# Rapport Hermes — 2026-06-06_13-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é** : Document complet et à jour sur la configuration DNSmasq, avec tests, configuration et résolution de problèmes connus  

**Problèmes :**
- Le problème du crash au démarrage lié à l'interface USB n'est pas mentionné dans l'État vérifié
- Manque de détails sur la gestion des erreurs de résolution DNS persistantes

**Suggestions :**
- Ajouter une section sur la surveillance proactive du DNS via Prometheus/Alertmanager
- Mettre à jour le template MetalLB avec l'exemple d'adresse wildcard
- Ajouter des tests de résolution pour les services k8s futurs (ex: open-webui)

**État réel connu de Hermes :**  
ok

---

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

**Statut** : à_jour  
**Résumé** : Document complet sur la configuration du relais SMTP Postfix vers Gmail, avec étapes claires et vérifications, mais manque de détails sur la génération du mot de passe App Password et des solutions avancées pour le dépannage.  

**Problèmes :**
- Manque d'explications sur la génération du Google App Password (seulement un lien vers le compte Google)
- La section dépannage ne traite pas les cas d'expéditeur noyau ou de problèmes de réputation email
- Les commandes de vérification ne mentionnent pas les codes de retour SMTP attendus
- Le script Python utilise un serveur SMTP local mais ne vérifie pas la configuration Postfix

**Suggestions :**
- Ajouter un exemple concret de génération du App Password avec capture d'écran ou screenshot
- Compléter la section dépannage avec des solutions pour les emails en spam (ex: vérification SPF/DKIM)
- Préciser les codes de statut SMTP attendus dans les vérifications (250, 252, 251)
- Ajouter une note sur la configuration des règles SPF/DKIM pour les emails externes

**État réel connu de Hermes :**  
Le relais SMTP fonctionne correctement dans le cluster Funk avec les configurations décrites, mais les procédures de dépannage pourraient être plus robustes

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète et structurée sur la configuration NFS avec RAID5, exports, automount et gestion des modèles GGUF. Configuration stable avec vérification récente.  

**Problèmes :**
- Manque de mention sur la sécurisation des exports (ex: spécification de users/groups)
- Automount sur gpu-01 pourrait bénéficier d'une explication plus détaillée sur le comportement en cas de timeout
- Aucun exemple concret pour l'ajout de répertoire partagé

**Suggestions :**
- Ajouter une section sur les bonnes pratiques de sécurité NFS
- Mettre en avant les paramètres critiques dans les exports (no_root_squash, sync)
- Préciser les droits d'accès pour les répertoires sensibles comme /srv/data/hermes/

**État réel connu de Hermes :**  
Configuration NFS active sur storage-01 avec deux exports configurés. Montages automount fonctionnent correctement sur gpu-01 avec timeout de 30s. RAID127 en bon état (3 jours d'activité). Aucun incident signalé.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration réseau de storage-01 avec interfaces, routes statiques, nftables, ports ouverts et diagnostics, bien que quelques détails puissent être améliorés.  

**Problèmes :**
- La mention de HSA_OVERRIDE_GFX_VERSION=10.3.0 semble incohérente avec le GPU RX 6700XT (gfx1031)
- La référence incomplète 'llama-s' dans l'état vérifié
- Aucune mention des mécanismes de failover ou de gestion dynamique des routes statiques
- Les règles nftables ne précise pas les priorités numériques (handles) pour les règles critiques

**Suggestions :**
- Corriger la version HSA_OVERRIDE_GFX_VERSION vers 10.3.0 (compatible avec gfx1031)
- Ajouter une note sur la gestion des routes dynamiques et les mécanismes de failover
- Compléter la référence incomplète 'llama-s' avec le contexte nécessaire
- Préciser les handles des règles nftables critiques pour éviter les conflits

**État réel connu de Hermes :**  
Le configuraiton réseau est opérationnelle avec IP forwarding activé (net.ipv4.ip_forward=1), nftables géré par Ansible, et les ports critiques ouverts. Les tests de traçage et de ping confirment le routage entre les segments LAN.

---

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

**Statut** : à_jour  
**Résumé** : Le document décrit correctement les connexions SSH et transferts de fichiers dans le cluster Funk, avec des configurations sécurisées et des exemples pratiques.  

**Problèmes :**
- Manque de mention sur la version des clés SSH et la gestion des mises à jour de sécurité
- Les commandes de débogage pourraient inclure des étapes plus détaillées pour les cas complexes

**Suggestions :**
- Ajouter une section sur la gestion des versions SSH et des mises à jour de sécurité
- Améliorer les commandes de débogage avec des exemples de résolution de problèmes courants
- Mettre à jour les alias SSH pour refléter les IPs actuelles du cluster

**État réel connu de Hermes :**  
Le service sshd est actif avec la configuration attendue (port 22, PermitRootLogin=yes, PasswordAuthentication=no). Les clés SSH sont correctement configurées et les transferts fonctionnent comme prévu.

---

