# Rapport Hermes — 2026-06-09_21-30
> 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 DNS dnsmasq avec des procédures de diagnostic, tests et résolution de problèmes connus  

**Problèmes :**
- Section 'État vérifié' est redondante et mal intégrée - devrait être fusionnée avec les vérifications système
- Manque de mention des dépendances vers nftables/firewalld pour les règles de routage DNS

**Suggestions :**
- Ajouter une section sur la validation des règles de routage avec 'dig' vers des domaines externes
- Mettre à jour les exemples de test DNS avec les nouvelles adresses IP du cluster (192.168.10.200-230)
- Documenter les étapes pour vérifier la priorité des résolveurs DNS sur les machines clients

**État réel connu de Hermes :**  
Service dnsmasq actif depuis 3 jours, résolution DNS correcte pour tous les hôtes du cluster, aucun incident rapporté dans les logs système

---

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

**Statut** : ok  
**Résumé** : Documentation complète sur la configuration du relais SMTP Postfix vers Gmail avec des étapes claires et des vérifications  

**Problèmes :**
- La ligne 'Mail en spam | Expéditeur no' contient une typo (probablement 'no' → 'non' ou 'blacklisted')

**Suggestions :**
- Ajouter une section sur la sécurité (SPF/DKIM) bien que Gmail ne la requière pas
- Préciser si les 'make' commands sont des outils système ou des scripts locaux

**État réel connu de Hermes :**  
Configuration fonctionnelle avec relais SMTP vers Gmail via Postfix sur storage-01

---

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

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

**Problèmes :**
- La section 'Modèles GGUF sur NFS' fait référence à la commande 'lms get <modele>' sans expliquer ce que représente 'lms' (probablement un alias ou un outil spécifique non documenté)
- Les paramètres NFS 'no_root_squash' sont utilisés sans mention des implications de sécurité

**Suggestions :**
- Ajouter une explication de l'outil 'lms' utilisé pour gérer les modèles GGUF
- Mettre en évidence les bonnes pratiques pour sécuriser les exports NFS (ex: utiliser 'root_squash' avec un utilisateur spécifique)
- Ajouter une note sur la gestion des montages automount en cas de défaillance du serveur NFS

**État réel connu de Hermes :**  
Configuration NFS stable avec deux exports actifs, services nfs-server opérationnels, montage automount fonctionnant selon le comportement décrit

---

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

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

**Problèmes :**
- La section 'Ports ouverts' mentionne des ports comme 9000/9001 (MinIO) sans préciser si ils sont effectivement ouverts sur le firewall.
- Le DNS utilise /etc/hosts mais les entrées critiques ne sont pas explicitement listées, ce qui pourrait créer des ambiguïtés.

**Suggestions :**
- Ajouter un exemple concret de règle nftables pour illustrer la configuration du firewall.
- Mettre à jour la section 'Debug NAT / forwarding' avec des commandes de test supplémentaires (comme tcpdump).
- Clarifier les règles d'ordre pour les règles nftables dans la section 'Règle nftables importante'.

**État réel connu de Hermes :**  
Le réseau semble correctement configuré avec des services actifs (LiteLLM, Qdrant, PostgreSQL, etc.) et des règles nftables gérées par Ansible. Les vérifications d'état (ip route, ss -tnp) sont documentées.

---

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

**Statut** : à_jour  
**Résumé** : Le document SSH est à jour et couvre les connexions, transferts et debug avec des exemples pratiques, bien que quelques améliorations soient possibles.  

**Problèmes :**
- Aucun problème critique détecté
- Manque de mention sur StrictHostKeyChecking

**Suggestions :**
- Ajouter des conseils sur l'utilisation de SSH agent forwarding
- Mettre en évidence davantage de mesures de sécurité comme ChallengeResponseAuthentication no

**État réel connu de Hermes :**  
SSH configuré avec PermitRootLogin=yes, PasswordAuthentication=no, PubkeyAuthentication=yes. Aucun élément opérationnel critique détecté.

---