# Rapport Hermes — 2026-06-06_04-00 > Branche : `hermes/daily-work` · Fichiers analysés : 5 --- ## Résumé - ✅ À jour : 5 - ⚠️ À améliorer : 0 ## ✅ `admin/infra/dnsmasq.md` — 9/10 **Statut** : ok **Résumé** : Documentation complète et à jour sur la configuration de dnsmasq avec des procédures claires pour tests, configuration et résolution de problèmes connus **Problèmes :** - La section 'Fix permanent' suppose une configuration Ansible spécifique qui devrait être vérifiée pour éviter les ambiguïtés - Le diagnostic des problèmes de démarrage via USB n'inclut pas de vérification des dépendances Ansible **Suggestions :** - Ajouter une note sur la validation des changements de configuration via 'sudo dnsmasq --test' - Mettre à jour la section 'État vérifié' avec une date dynamique plutôt que statique - Inclure un exemple de commande pour tester la résolution DNS post-changement de configuration **État réel connu de Hermes :** Service actif depuis 3 jours, résolution DNS correcte pour compute-01 et openwebui, aucun conflit de configuration détecté --- ## ✅ `admin/infra/email.md` — 7/10 **Statut** : à_jour **Résumé** : Documentation complète sur la configuration SMTP relay via Postfix vers Gmail, avec étapes d'installation, vérification et dépannage **Problèmes :** - La ligne 'Mail en spam | Expéditeur no' dans le tableau de dépannage est incomplète (possiblement un typo) - Manque une explication sur la configuration des smtp_generic_maps dans la section 'Vérification' - Le fichier ne mentionne pas les contrôles de sécurité supplémentaires (ex: chiffrement des données dans le vault) **Suggestions :** - Ajouter une note sur la configuration des smtp_generic_maps dans la section 'Vérification' - Corriger la ligne 'Mail en spam | Expéditeur no' en 'Mail en spam | Expéditeur non reconnu' - Mettre en évidence les bonnes pratiques de stockage sécurisé du mot de passe SMTP **État réel connu de Hermes :** La configuration SMTP relay est implémentée selon les spécifications, mais nécessite vérification des logs Postfix pour confirmer la connectivité réussie vers Gmail --- ## ✅ `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 récentes **Problèmes :** - Manque de détails sur la gestion des permissions spécifiques pour les répertoires sensibles - Le comportement automount pourrait bénéficier d'une explication des choix techniques (timeout, retry) **Suggestions :** - Ajouter une section sur les bonnes pratiques pour les exports sensibles (read-only, quotas) - Mettre à jour le diagramme d'arborescence avec les nouveaux répertoires mentionnés dans les procédures - Inclure un exemple concret de commande pour ajouter un nouveau modèle GGUF **État réel connu de Hermes :** Configuration stable avec deux exports actifs, automount fonctionnel, modèles GGUF accessibles sur gpu-01, aucun incident signalé depuis 3 jours --- ## ✅ `admin/infra/reseau.md` — 9/10 **Statut** : à_jour **Résumé** : Document réseau complet et bien structuré, couvrant interfaces, routes, nftables, ports ouverts et debugging. Contient quelques améliorations possibles. **Problèmes :** - La mention 'ROCm 6.1.2 (llama-s' est incomplète - Manque un exemple concret d'insertion de règle nftables avant la drop - Le fichier pourrait bénéficier d'une table des matières **Suggestions :** - Ajouter une note sur la maintenance de /etc/hosts - Compléter la phrase sur ROCm - Inclure un exemple de commande nftables pour insertion avant drop - Ajouter un avertissement sur les risques de modification manuelle des règles **État réel connu de Hermes :** Réseau opérationnel avec IP forwarding activé, nftables géré par Ansible, DNS configuré, et ports ouverts correctement. La documentation reflète la configuration du 2026-06-05. --- ## ✅ `admin/infra/ssh.md` — 9/10 **Statut** : à_jour **Résumé** : Le document décrit correctement les connexions SSH, transferts de fichiers et gestion des clés dans le cluster Funk. Les configurations mentionnées correspondent aux paramètres actuels du système. **Problèmes :** - Manque de mention sur l'usage de SSH agent forwarding - Aucune information sur la configuration pour les scripts non interactifs - Pas de section sur la surveillance des logs SSH **Suggestions :** - Ajouter une section sur l'utilisation du SSH agent forwarding pour les connexions multiples - Inclure des exemples de configuration pour les scripts automatisés - Proposer des bonnes pratiques pour auditer les logs SSH - Mettre à jour les exemples de scp avec des options de compression **État réel connu de Hermes :** Service sshd actif sur port 22 avec configuration conforme : PermitRootLogin=yes, PasswordAuthentication=no, PubkeyAuthentication=yes. Aucune divergence détectée avec la documentation. ---