ce0339b3e2
Analysés : dnsmasq.md, email.md, nfs.md, reseau.md, ssh.md À améliorer : 0/5 Co-Authored-By: Hermes <hermes@funk.lab>
4.2 KiB
Rapport Hermes — 2026-06-06_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 actualisée sur la configuration et la gestion de dnsmasq dans le lab, avec des tests et résolutions de problèmes concrets.
Problèmes :
- La section 'Problème connu' manque de détails sur la cause racine du crash au démarrage (ex: timeout spécifique de l'interface USB)
- Aucune mention des limites de la résolution DNS pour les services k8s non configurés via MetalLB
Suggestions :
- Ajouter un exemple concret de template MetalLB pour la wildcard DNS
- Mettre à jour les commandes de test avec des cas d'usage réels (ex: résolution de services k8s dynamiques)
- Ajouter une note sur la priorité des interfaces réseau dans systemd
État réel connu de Hermes :
Service dnsmasq actif depuis 3 jours, résolution DNS fonctionnelle pour les hôtes clés, configuration par défaut non modifiée, problème USB résolu via les fixes documentés
✅ admin/infra/email.md — 8/10
Statut : à_jour
Résumé : Documentation complète sur la configuration du relais SMTP via Postfix vers Gmail, avec tests et dépannage.
Problèmes :
- La ligne 'Mail en spam | Expéditeur no' contient une typo (« no » incomplet)
- Manque une mention des paramètres TLS dans la configuration AlertManager
Suggestions :
- Corriger la typo dans la section dépannage
- Ajouter une note explicite sur la configuration TLS dans le bloc AlertManager
- Vérifier la mise à jour des variables d'environnement dans le vault
État réel connu de Hermes :
Le relais SMTP fonctionne selon les tests décrits, mais la configuration TLS nécessite validation supplémentaire
✅ admin/infra/nfs.md — 10/10
Statut : à_jour
Résumé : Documentation complète et à jour avec configuration stable des exports NFS.
État réel connu de Hermes :
Configuration stable, aucun élément critique observé.
✅ admin/infra/reseau.md — 8/10
Statut : à_jour
Résumé : Document complet sur la configuration réseau du cluster Funk, avec des sections claires et des instructions opérationnelles, mais présente quelques incohérences mineures.
Problèmes :
- La mention HSA_OVERRIDE_GFX_VERSION=10.3.0 correspond à un RX 6704 (GPU) alors que le système utilise un RX 6700XT (gfx1031)
- La version ROCm est incomplète dans l'état vérifié (tronquée)
- Manque d'explications sur la syntaxe nftables pour les règles d'insertion avant la règle drop
- Le fichier /etc/hosts de storage-01 ne montre pas les entrées critiques nécessaires pour le LAN cluster
Suggestions :
- Corriger le modèle GPU vers RX 6700XT et la version correspondante HSA_OVERRIDE_GFX_VERSION=10.3.0
- Compléter la version ROCm (ex: ROCm 6.1.2)
- Ajouter des exemples concrets de règles nftables pour illustrer l'insertion avant la règle drop
- Vérifier que les entrées DNS critiques pour le LAN cluster sont présentes dans /etc/hosts
État réel connu de Hermes :
Configuration réseau actif avec forwarding IP activé, nftables géré par Ansible, DNS fonctionnel, et services réseau critiques en cours d'exécution (LiteLLM, Qdrant, PostgreSQL, etc.).
✅ admin/infra/ssh.md — 9/10
Statut : à_jour
Résumé : Le document décrit correctement les pratiques SSH du cluster Funk, avec des aliases fonctionnels et des configurations sécurisées. Les vérifications d'état confirment la conformité des paramètres critiques.
Problèmes :
- Manque de mention sur l'agent SSH et le strict host key checking
- Aucun exemple concret de configuration SSH ( ~/.ssh/config ) pour les aliases
Suggestions :
- Ajouter une section sur l'agent SSH et les paramètres de vérification des clés host
- Inclure des extraits de configuration SSH pour chaque alias (s01, g01, etc.)
État réel connu de Hermes :
sshd actif avec PermitRootLogin=yes, PasswordAuthentication=no, PubkeyAuthentication=yes. Aucun problème critique détecté dans les configurations SSH des machines.