# Rapport Hermes — 2026-06-10_07-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é** : Le document dnsmasq.md est complet et à jour, couvrant la configuration, les tests, les problèmes connus et les vérifications nécessaires pour le service DNS local.  

**Problèmes :**
- Le problème du crash au démarrage lié à l'interface USB n'est pas résolu dans la documentation (le fix permanent nécessite une modification Ansible non détaillée)
- La configuration MetalLB via le template n'est pas explicitement liée au fichier de configuration dnsmasq.conf

**Suggestions :**
- Ajouter des étapes détaillées pour appliquer le fix Ansible (ex: `make apply-storage`)
- Clarifier la relation entre le template MetalLB et le fichier dnsmasq.conf
- Inclure un exemple concret de la section `address=/.lab.local/192.168.10.200` dans le fichier de configuration

**État réel connu de Hermes :**  
Service dnsmasq actif (running) depuis 3 jours, résolution DNS correcte pour compute-01.lab.local et openwebui.lab.local, aucun conflit de configuration détecté

---

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

**Statut** : à_jour  
**Résumé** : Document complet sur la configuration du relais SMTP Postfix vers Gmail avec les étapes d'installation, de vérification et de dépannage  

**Problèmes :**
- La section 'Installation' fait référence à des commandes 'make' qui ne sont pas standard et nécessitent une clarification
- Le tableau de dépannage manque des détails sur les actions spécifiques à entreprendre pour chaque symptôme

**Suggestions :**
- Ajouter une note expliquant les dépendances nécessaires pour utiliser les commandes 'make'
- Préciser les étapes détaillées pour chaque symptôme dans le tableau de dépannage (ex: commande exacte à exécuter)
- Ajouter une vérification automatique des variables d'environnement dans la section d'installation

**État réel connu de Hermes :**  
Le relais SMTP est actif sur storage-01 avec les paramètres configurés. Les tests de base fonctionnent, mais les logs devraient être surveillés régulièrement pour détecter les erreurs de livraison.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète et à jour sur la configuration NFS du cluster, avec procédures claires et vérifications d'état  

**Problèmes :**
- Manque une section sur la gestion des erreurs NFS (timeout, inaccessibilité du serveur)
- Aucune mention des politiques de sauvegarde pour les données critiques sur RAID5
- Les options 'no_root_squash' comportent des risques de sécurité non expliqués

**Suggestions :**
- Ajouter une section 'Dépannage' avec des exemples de résolution des timeouts de montage
- Inclure une note de sécurité sur l'utilisation de 'no_root_squash'
- Proposer un diagramme simplifié de l'architecture NFS
- Mettre à jour les commandes pour utiliser 'mount --bind' au lieu de chemins automountés

**État réel connu de Hermes :**  
Configuration stable avec deux exports actifs, RAID5 fonctionnel, automounts clients opérationnels, aucun incident signalé depuis 3 jours

---

## ✅ `admin/infra/reseau.md` — 8/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, le forwarding IP et les commandes de débogage.  

**Problèmes :**
- Manque d'explications sur la gestion d'urgence des règles nftables (ex: comment gérer les modifications manuelles sans effacer les changements Ansible)
- La liste des ports ouverts pourrait inclure une brève description des services associés pour plus de clarté
- Le DNS section mentionne /etc/hosts mais ne précise pas les conventions pour les entrées critiques

**Suggestions :**
- Ajouter une note sur la priorité des règles nftables (insert avant la règle drop terminale)
- Mettre en évidence les ports sensibles (comme 8080/9119) avec des avertissements de sécurité
- Proposer un exemple concret de commande pour vérifier le NAT (ex: traceroute depuis un hôte externe)

**État réel connu de Hermes :**  
Configuration réseau active et vérifiée le 2026-06-05. Tous les services mentionnés (LiteLLM, Qdrant, PostgreSQL, etc.) sont en cours d'exécution. Les règles nftables sont gérées par Ansible et les paramètres HSA_OVERRIDE_GFX_VERSION sont correctement configurés.

---

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

**Statut** : à_jour  
**Résumé** : Le document SSH est à jour et couvre les connexions, transferts, débogage et gestion des clés. La configuration actuelle respecte les bonnes pratiques de sécurité.  

**Problèmes :**
- La configuration PermitRootLogin=yes est présente mais devrait être limitée à des cas spécifiques selon les politiques de sécurité
- Aucune mention des pratiques de rotation de clés ou des algorithmes de chiffrement utilisés

**Suggestions :**
- Ajouter une section sur la rotation périodique des clés SSH
- Mettre en évidence les algorithmes de chiffrement recommandés (ex: ed25519)
- Ajouter des exemples de connexion via SSH Agent Forwarding
- Inclure une note sur la vérification régulière des clés autorisées

**État réel connu de Hermes :**  
Le service sshd est actif avec les paramètres sécurisés. Les clés ed25519 sont utilisées pour les connexions. Aucun problème opérationnel critique détecté.

---