# Rapport Hermes — 2026-06-09_15-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é** : Le document dnsmasq.md est complet et à jour, couvrant la configuration, les tests et les résolutions des problèmes courants du DNS local lab.local. **Problèmes :** - Le paragraphe sur l'ajout d'entrées DNS manque d'exemples concrets pour des scénarios comme les services Kubernetes dynamiques - La section 'État vérifié' ne mentionne pas les tests de résolution DNS pour les hôtes Kubernetes récents comme openwebui.lab.local **Suggestions :** - Ajouter un exemple de test DNS pour un service Kubernetes exposé via Traefik/MetalLB - Mettre à jour la section 'État vérifié' avec les résultats des derniers tests DNS effectués - Clarifier les étapes pour recharger la configuration dnsmasq après modification du fichier Ansible **État réel connu de Hermes :** Service dnsmasq actif depuis 3 jours, résolution DNS correcte pour compute-01.lab.local et openwebui.lab.local, aucun incident critique observé --- ## ✅ `admin/infra/email.md` — 8/10 **Statut** : à_jour **Résumé** : Documentation complète sur la configuration du relais SMTP Postfix vers Gmail avec des étapes claires et des vérifications pratiques **Problèmes :** - Manque de mention sur la sécurité (SPF/DKIM) pour les emails relays - Le tableau de dépannage pourrait inclure des cas comme les problèmes de DNS ou les règles de pare-feu - Aucune mention sur la rotation périodique des App Passwords **Suggestions :** - Ajouter une section sur la configuration SPF/DKIM pour les emails relays - Étendre le tableau de dépannage avec des cas d'erreurs liés au réseau et aux règles de pare-feu - Inclure une note sur la gestion des App Passwords (rotation, stockage sécurisé) --- ## ✅ `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 :** - Aucun problème critique détecté - Manque de mention sur les mesures de sécurité supplémentaires **Suggestions :** - Ajouter une section sur les bonnes pratiques de sécurité (firewalld, ACLs, etc.) - Clarifier les implications des options no_root_squash **État réel connu de Hermes :** Configuration NFS opérationnelle avec exports actifs, automount fonctionnel sur les clients, et arborescence correctement structurée --- ## ✅ `admin/infra/reseau.md` — 8/10 **Statut** : à_jour **Résumé** : Documentation complète du setup réseau avec configurations nftables, routage, NAT et DNS. Les informations sont à jour mais présente quelques incohérences techniques mineures. **Problèmes :** - Mention de RX 6704 (probablement un typo pour RX 6700XT) - Version ROCm incomplète (tronquée au milieu) - Manque de précision sur la gestion des règles nftables (ex: position exacte des règles) - Configuration DNS manuelle sur storage-01 (peut être centralisée via Ansible) **Suggestions :** - Corriger la référence GPU vers RX 6700XT - Ajouter des exemples de règles nftables pour illustrer la configuration - Mettre à jour les versions logicielles mentionnées - Proposer un template Ansible pour la gestion des /etc/hosts **État réel connu de Hermes :** Configuration actuelle validée le 2026-06-05 avec services fonctionnels. Les règles nftables sont gérées via Ansible et les ports ouverts correspondent aux besoins du cluster. --- ## ✅ `admin/infra/ssh.md` — 8/10 **Statut** : à_jour **Résumé** : Documentation SSH complète et structurée avec des exemples pratiques, mais nécessite quelques améliorations de sécurité **Problèmes :** - La commande de connexion en root permet still PasswordAuthentication=yes (risque de sécurité) - Aucune mention des politiques de rotation de clés - Le ProxyJump vers g01 pourrait être vérifié si le réseau a changé **Suggestions :** - Modifier la commande root pour utiliser seulement PubkeyAuthentication - Ajouter section sur gestion des clés (rotation, expiration) - Mettre à jour la vérification des IPs et ProxyJump si nécessaire **État réel connu de Hermes :** sshd actif sur 22, PermitRootLogin=yes, PasswordAuthentication=no, configuration conforme à la politique de sécurité ---