# Rapport Hermes — 2026-06-04_06-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 avec des exemples concrets et des solutions aux problèmes courants  

**Problèmes :**
- Le paragraphe sur le problème connu manque une mention explicite des logs à vérifier lors du crash (journalctl -u dnsmasq --since '10 minutes ago')
- Le template MetalLB n'est pas encore implémenté dans le fichier, il reste théorique

**Suggestions :**
- Ajouter une note sur la vérification des interfaces réseau avant le démarrage de dnsmasq
- Mettre à jour le template MetalLB avec un exemple concret de configuration
- Ajouter une section 'dépendances' pour préciser les outils requis (ansible, make)

**État réel connu de Hermes :**  
ok (dnsmasq fonctionne avec les résolutions DNS pour *.lab.local, mais le problème du démarrage sur interface USB persiste nécessitant le fix permanent)

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration du relais SMTP Postfix vers Gmail avec prérequis, déploiement et dépannage.  

**Problèmes :**
- L'état réel du composant dans Funk n'est pas documenté (état_réel: null)
- La section 'Dépannage' manque des détails sur les actions spécifiques pour chaque symptôme

**Suggestions :**
- Ajouter une vérification des variables d'environnement dans la section 'Vérification'
- Mettre à jour les exemples de code Python avec des commentaires explicites
- Ajouter une note sur la sécurité des mots de passe SMTP

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

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration NFS avec des commandes pratiques, mais manque quelques détails sur la sécurité et la résilience.  

**Problèmes :**
- Le RAID md127 n'est pas décrit avec ses paramètres de répartition ou son état de santé
- Les répertoires hermes/, postgres/, qdrant/, minio/ sont mentionnés comme 'à venir' sans date ou plan d'implémentation
- Les options NFS ne spécifient pas de chiffrement (cryptographic options) pour les données sensibles
- Aucune mention des mécanismes de failover ou de montages secondaires en cas de perte de connectivité

**Suggestions :**
- Ajouter une section sur la surveillance du RAID avec `mdadm --monitor`
- Préciser les permissions exactes pour les répertoires sensibles (ex: `chmod 775` pour models/)
- Inclure des exemples d'export avec `no_root_squash` sécurisé via `root_squash` et `anonuid/anongid`
- Ajouter un paragraphe sur les politiques de sauvegarde des données NFS

**État réel connu de Hermes :**  
Le setup NFS est opérationnel avec les exports configurés, mais les répertoires 'à venir' ne sont pas encore implémentés et nécessitent un suivi

---

## ✅ `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, mais avec quelques améliorations possibles.  

**Problèmes :**
- La configuration des routes statiques utilise NetworkManager sans préciser si c'est la méthode recommandée pour le cluster
- Manque de détails sur la sécurité (ex : règles de limitation de débit, audit des ports)
- La section DNS pourrait mieux expliquer pourquoi /etc/hosts est crucial plutôt que d'indiquer simplement les entrées
- Les commandes de débogage manquent de contexte sur l'interprétation des résultats (ex : quoi chercher dans les logs nftables)

**Suggestions :**
- Ajouter une note sur la priorité des règles nftables et la méthode correcte d'insertion avant la règle drop terminale
- Préciser les bonnes pratiques pour sécuriser les ports ouverts (ex : limitation de débit avec tc)
- Mettre en évidence les entrées critiques dans /etc/hosts avec des commentaires explicites
- Ajouter des exemples d'interprétation des commandes de débogage (ex : quoi vérifier avec ss -tnp)

**État réel connu de Hermes :**  
Le réseau de storage-01 est opérationnel avec nftables géré par Ansible, les routes statiques configurées, et les ports ouverts correctement définis. Les commandes de débogage fournies permettent de vérifier la connectivité et le NAT.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète des connexions SSH avec des exemples pratiques, mais pourrait inclure des recommandations de sécurité supplémentaires  

**Problèmes :**
- Utilisation de root login (à éviter sauf cas exceptionnels)
- Manque d'indications sur l'utilisation des agents SSH (ssh-agent)
- Aucune mention des bonnes pratiques pour la rotation des clés

**Suggestions :**
- Ajouter une section sur la sécurisation des connexions (SSH StrictModes, ChrootDirectory)
- Mettre à jour les exemples avec les dernières fonctionnalités SSH (ex: sshfs, scp avec compression)
- Préciser les politiques de gestion des clés (ex: expiration, audit des clés autorisées)

**État réel connu de Hermes :**  
Les configurations SSH existantes sont fonctionnelles, mais des améliorations en matière de sécurité peuvent être apportées selon les bonnes pratiques actuelles

---