# Rapport Hermes — 2026-06-07_17-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 à jour sur la configuration DNS dnsmasq avec tests, configuration et résolution des problèmes connus  

**Problèmes :**
- Le problème du crash au démarrage lié à l'interface USB n'est pas résolu à long terme dans la documentation (fix permanent requiert une modification Ansible)
- Les commandes pour tester les services k8s futurs (ex: open-webui) sont des exemples mais non vérifiés dans l'état actuel

**Suggestions :**
- Ajouter une note sur la surveillance des performances DNS via tools comme dnsperf
- Mettre à jour la section 'État vérifié' avec les résultats des tests récents des services k8s
- Clarifier les étapes pour les utilisateurs non techniques lors de l'ajout d'entrées DNS

**État réel connu de Hermes :**  
Service dnsmasq actif depuis 3 jours, résolution DNS correcte pour les hôtes clés, aucun incident critique détecté

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration du relais SMTP via Postfix vers Gmail, avec étapes claires et vérifications.  

**Problèmes :**
- L'architecture manque une mention explicite du mode 'relay-only' pour clarifier la configuration
- Le prérequis sur les App Passwords ne précise pas la procédure en cas de perte du mot de passe
- La commande 'make vault-edit' n'est pas standardisée - préférer des commandes explicites comme 'nano' ou 'vim'
- Le test 'sudo mail' suppose l'installation de l'utilitaire 'mail' qui n'est pas mentionné

**Suggestions :**
- Ajouter une note sur la vérification des logs Postfix après chaque modification
- Mettre en évidence le fait que les mails sont envoyés sous l'expéditeur alias configuré
- Ajouter un exemple de script Python complet avec gestion des erreurs
- Corriger le typo 'Expéditeur no' dans la table de dépannage

**État réel connu de Hermes :**  
La configuration est active et fonctionnelle dans le homelab, avec des tests réussis et des logs Postfix corrects. La file d'attente est vide et les règles de réécriture d'expéditeur sont en place.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète et à jour sur la configuration NFS avec des procédures claires pour les serveurs et clients  

**Problèmes :**
- Utilisation de 'no_root_squash' qui représente un risque de sécurité
- Manque de détails sur la gestion des erreurs de montages NFS

**Suggestions :**
- Ajouter une note de sécurité sur les risques de 'no_root_squash'
- Proposer des étapes de débogage pour les montages NFS défaillants

**État réel connu de Hermes :**  
Configuration stable avec deux exports actifs, automount fonctionnel sur gpu-01, aucun incident critique signalé

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration réseau du cluster Funk, incluant interfaces, routes statiques, nftables, ports ouverts et débogage, avec des instructions claires et des exemples de commandes.  

**Problèmes :**
- L'exemple de route statique utilise une interface 'enp12s0' non mentionnée ailleurs, potentiellement obsolète
- Les règles nftables manquent de détails sur la gestion des positions précises des règles avant la règle drop terminale
- Aucune mention des configurations IPv6
- Les commandes de débogage manquent de contexte sur l'interprétation des résultats

**Suggestions :**
- Mettre à jour les exemples d'interfaces réseau avec les noms actuels
- Ajouter un exemple concret d'insertion de règle nftables avec handle numérique
- Inclure une section sur la configuration IPv6
- Préciser l'interprétation des sorties des commandes de débogage (ex: significations des codes de statut)

**État réel connu de Hermes :**  
Le réseau fonctionne correctement avec les configurations décrites, les services critiques (LiteLLM, Qdrant, PostgreSQL) sont opérationnels, les règles nftables sont gérées par Ansible et les tests de routage NAT sont validés.

---

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

**Statut** : à_jour  
**Résumé** : Le document SSH est complet et à jour avec des configurations sécurisées (authentification clé, port standard, déconnexion de l'authentification par mot de passe). Les alias et commandes sont correctement documentés.  

**Problèmes :**
- La configuration PermitRootLogin=yes est mentionnée comme conforme à la politique, mais représente un risque de sécurité si non nécessaire (recommandé de le désactiver si non requis)

**Suggestions :**
- Ajouter une note explicite sur les implications de sécurité de PermitRootLogin et recommander son désactivation si non nécessaire
- Vérifier que les ProxyJump sont correctement configurés dans les alias SSH pour éviter les connexions manuelles

**État réel connu de Hermes :**  
Service sshd actif, configuration chargée, port 22, authentification clé activée, authentification par mot de passe désactivée, aucun problème opérationnel détecté

---

