# Rapport Hermes — 2026-06-04_00-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 structurée sur la configuration et la gestion de dnsmasq dans le cluster Funk, avec des exemples concrets et des solutions à problèmes.  

**Problèmes :**
- La commande 'sudo systemctl reset-failed dnsmasq' dans la section 'Fix immédiat' manque le suffixe '.service' (correction suggérée : 'dnsmasq.service')
- La section 'Vérifier le DNS configuré sur chaque machine' pourrait inclure des explications supplémentaires sur l'interprétation des résultats

**Suggestions :**
- Ajouter une note expliquant pourquoi les tests DNS doivent être effectués depuis différents nœuds
- Mettre en évidence les commandes critiques (comme 'make apply-storage') dans un bloc code pour meilleure lisibilité
- Ajouter une vérification des dépendances Ansible avant de lancer les playbooks

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

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète et structurée pour la configuration du relais SMTP via Postfix vers Gmail, avec tests et dépannage.  

**Problèmes :**
- La ligne 'Mail en spam | Expéditeur no' présente une erreur de syntaxe (« no » incomplet)
- Le format du mot de passe dans vault_postfix_relay_password utilise des espaces, ce qui pourrait causer des problèmes de parsing en YAML

**Suggestions :**
- Corriger la ligne de dépannage : « Mail en spam | Expéditeur non reconnu »
- Utiliser un format continu pour le mot de passe (sans espaces) ou les échapper correctement en YAML
- Ajouter une note sur la vérification des paramètres TLS et des tests d'accessibilité réseau

**État réel connu de Hermes :**  
Le système est opérationnel selon les configurations décrites, avec des tests end-to-end disponibles

---

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

**Statut** : ok  
**Résumé** : Documentation complète et structurée sur la configuration NFS du cluster, avec des instructions claires pour serveur et clients  

**Problèmes :**
- Manque de détails sur la vérification de la santé du RAID (ajouter 'cat /proc/mdstat' dans la section 'État du RAID')
- Aucune mention des paramètres de sécurité comme les ACL ou Kerberos
- Les options NFS pourraient spécifier la version (nfsvers=4) pour plus de clarté

**Suggestions :**
- Ajouter une note sur la stabilité réseau pour les montages automount
- Proposer un exemple concret de création de répertoire (ex: /srv/data/logs)
- Mettre en évidence les paramètres critiques pour les exports (rw,sync,no_root_squash)

**État réel connu de Hermes :**  
Le système NFS est opérationnel avec les configurations décrites, les montages automount fonctionnent correctement avec les paramètres de timeout et de retransmission spécifiés

---

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

**Statut** : à_jour  
**Résumé** : Document complet sur la configuration réseau de storage-01, couvrant interfaces, routes statiques, nftables, ports ouverts et débogage.  

**Problèmes :**
- Manque d'exemples concrets de règles nftables appliquées
- Aucune mention des politiques de sécurité supplémentaires (firewall logging, rate limiting)
- La section DNS ne précise pas les mécanismes de résolution pour les services internes

**Suggestions :**
- Ajouter un exemple d'insertion de règle nftables avec handle numérique
- Spécifier la version exacte de l'Ansible playbook utilisé pour le rôle gateway
- Inclure une note sur la configuration des politiques de limite de débit (bandwidth shaping)
- Mettre en évidence les contraintes d'ordre des règles nftables avec des numéros de handle

**État réel connu de Hermes :**  
Le matériel utilise nftables avec un template Ansible, les routes statiques sont configurées via NetworkManager, et le NAT fonctionne correctement avec ip_forward activé. Les diagnostics proposés sont valides mais manquent de détails sur les métriques de trafic.

---

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

**Statut** : à_jour  
**Résumé** : Le document couvre les bases des connexions SSH et transferts de fichiers avec des exemples pratiques, mais manque de détails sur les bonnes pratiques de sécurité.  

**Problèmes :**
- Aucune mention des politiques de rotation de clés
- Le section debug pourrait inclure plus de commandes utiles
- Pas d'information sur la suppression sécurisée des clés

**Suggestions :**
- Ajouter une section sur les bonnes pratiques de sécurité (ex: types de clés recommandés)
- Mettre en avant la désactivation de PasswordAuthentication
- Proposer un exemple de suppression de clés obsolètes

**État réel connu de Hermes :**  
Le système SSH est opérationnel avec des aliases fonctionnels et des clés SSH configurées, mais les mesures de sécurité pourraient être renforcées.

---