# Rapport Hermes — 2026-06-05_15-00
> Branche : `hermes/daily-work` · Fichiers analysés : 5

---
## Résumé
- ✅ À jour : 5
- ⚠️  À améliorer : 0

## ✅ `admin/infra/dnsmasq.md` — 9/10

**Statut** : à_jour  
**Résumé** : Documentation complète et actualisée sur la configuration et la gestion de dnsmasq sur storage-01, avec des procédures claires pour le test, la configuration et la résolution des problèmes connus.  

**Problèmes :**
- La section 'Fix immédiat' pourrait inclure une vérification préalable de l'état de l'interface réseau (ex: 'ip link show enp6s0f3u2c2') avant d'appliquer les corrections.

**Suggestions :**
- Ajouter un exemple concret de commande Ansible pour tester la configuration sans redémarrage (ex: 'ansible-playbook --check playbooks/storage-01.yml --tags dnsmasq').
- Mettre à jour la note sur le problème du boot avec une mention des logs spécifiques à surveiller (ex: 'journalctl -u dnsmasq --since '1 hour ago'').

**État réel connu de Hermes :**  
Service dnsmasq actif (running) depuis 3 jours, sans erreurs récentes. Résolution DNS correcte pour les hôtes cluster et services k8s. Aucun élément critique observé.

---

## ✅ `admin/infra/email.md` — 9/10

**Statut** : à_jour  
**Résumé** : Documentation complète pour configurer un relais SMTP Postfix vers Gmail avec App Password, tests et dépannage  

**Problèmes :**
- Manque de mention sur la vérification du format du mot de passe App Password (16 caractères)
- Aucune indication sur la configuration SPF/DKIM pour les emails relayés (même si Gmail ne la requiert pas)

**Suggestions :**
- Ajouter une note sur la validation du mot de passe App Password via les paramètres Google
- Mettre en évidence la différence entre relais Gmail et un fournisseur nécessitant SPF/DKIM
- Ajouter un exemple de test avec un destinataire externe pour valider la configuration

**État réel connu de Hermes :**  
Configuré comme décrit avec relais SMTP vers Gmail, mais nécessite validation pratique des tests email

---

## ✅ `admin/infra/nfs.md` — 9/10

**Statut** : à_jour  
**Résumé** : Documentation complète et structurée sur la configuration NFS du cluster, avec des étapes claires pour l'administration et la maintenance.  

**Problèmes :**
- Manque de mention sur les considérations de sécurité supplémentaires (ex: chiffrement, ACL)
- Aucune indication sur les pratiques de monitoring ou d'audit des exports NFS

**Suggestions :**
- Ajouter une section sur les bonnes pratiques de sécurité (chiffrement, contrôle d'accès)
- Mettre à jour les exemples d'Ansible pour refléter les dernières versions des playbooks
- Inclure des notes sur la vérification régulière des montages NFS via des scripts de test

**État réel connu de Hermes :**  
Configuration stable avec deux exports actifs, services nfs-server opérationnels, automount fonctionnel sur gpu-01 sans divergences observées

---

## ✅ `admin/infra/reseau.md` — 8/10

**Statut** : à_jour  
**Résumé** : Document complet et structuré décrivant la configuration réseau du cluster Funk, avec des instructions claires pour les interfaces, les règles nftables, les ports ouverts et les vérifications de statut.  

**Problèmes :**
- La section 'État vérifié' mentionne 'llama-s' incomplet dans la version ROCm
- Manque de détails sur la configuration Ansible pour les règles nftables
- Le champ 'state' dans la section 'Forwarding' est incomplet (neuf+established/admin et NAT sortant)

**Suggestions :**
- Ajouter une note explicite sur la gestion des règles nftables via Ansible plutôt que manuellement
- Compléter la description des règles de forwarding avec les paramètres exacts pour chaque direction
- Vérifier et corriger la mention incomplète de la version ROCm dans la section 'État vérifié'

**État réel connu de Hermes :**  
La configuration réseau est opérationnelle avec des règles nftables gérées par Ansible, des ports ouverts correctement configurés, et des vérifications de routage fonctionnelles. Le paramètre HSA_OVERRIDE_GFX_VERSION=10.3.0 est en place pour le RX 6700XT.

---

## ✅ `admin/infra/ssh.md` — 9/10

**Statut** : à_jour  
**Résumé** : Documentation SSH complète et conforme aux bonnes pratiques, avec des exemples pratiques et vérifications d'état  

**Problèmes :**
- L'alias 's01' pourrait être ambigu (le user est déjà sur storage-01)
- Manque d'exemples pour scp avec ProxyJump
- Aucune mention des clés SSH dans le ~/.ssh/config

**Suggestions :**
- Ajouter un exemple d'utilisation de scp avec ProxyJump
- Mettre en évidence les clés configurées dans ~/.ssh/config
- Ajouter une note sur la rotation périodique des clés

**État réel connu de Hermes :**  
Service sshd actif, configuration standard 22, PermitRootLogin=yes, PasswordAuthentication=no, clés ED25519 utilisées

---