Funk-lab/admin/hermes/builtin/2026-06-04_18-00.md

Rapport Hermes — 2026-06-04_18-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 sur la configuration et la gestion de dnsmasq avec des exemples pratiques et des solutions pour les problèmes courants

Problèmes :

• La section sur le problème connu manque une explication technique sur pourquoi l'interface USB provoque le crash
• Le chemin du playbook Ansible n'est pas résolu (../.venv/bin/ansible-playbook devrait être absolue)

Suggestions :

• Ajouter une note sur la priorité des interfaces réseau dans systemd
• Mettre à jour le chemin du playbook Ansible vers /mnt/nvme0n1/nvme0n1p3/Projets/lab/ansible/
• Ajouter un exemple de configuration complète de MetalLB dans la section DNS

État réel connu de Hermes :
Opérationnel avec le problème du démarrage résolu par les fixes fournis. Les tests DNS fonctionnent sur tous les nœuds.

---

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

Statut : à_jour
Résumé : Documentation complète et structurée sur la configuration du relais SMTP via Postfix vers Gmail, avec tests et dépannage.

Problèmes :

• Manque de mention sur la rotation périodique du App Password pour la sécurité
• Aucune information sur la configuration des règles SPF/DKIM (même si brevo n'est pas utilisé)

Suggestions :

• Ajouter une section sur les bonnes pratiques de sécurité (rotation des credentials)
• Mettre à jour la note sur les restrictions de Google (ex: limite de 500 emails/jour pour les comptes non vérifiés)
• Ajouter un exemple de script pour tester automatiquement le relais

État réel connu de Hermes :
Configuration fonctionnelle confirmée par les tests décrits, mais nécessite validation des quotas Gmail et vérification régulière des logs

---

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

Statut : à_jour
Résumé : Documentation complète sur la configuration NFS avec RAID5, exports et automount, mais manque de précisions sur la sécurité et les procédures d'audit.

Problèmes :

• Utilisation de 'no_root_squash' qui peut créer des risques de sécurité si non géré
• Aucune mention des quotas ou des limites de stockage
• Les playbooks Ansible référencés ne sont pas décrits dans le document
• Absence de procédures pour la sauvegarde des données NFS

Suggestions :

• Ajouter une section sur la sécurisation des exports NFS
• Préciser les paramètres recommandés pour les quotas et les limites
• Expliciter le rôle des playbooks Ansible dans la gestion des exports
• Inclure une procédure régulière de vérification des montages

État réel connu de Hermes :
Le système NFS est actif sur storage-01 avec les exports configurés. Les automounts sur gpu-01 fonctionnent avec timeout de 30s. Les modèles GGUF sont correctement partagés via NFS.

---

✅ admin/infra/reseau.md — 8/10

Statut : à_jour
Résumé : Documentation réseau complète avec configuration nftables, routes statiques et règles de forwarding, mais manque de vérification des configurations Ansible et de détails sur le déploiement.

Problèmes :

• Aucune vérification des playbook Ansible pour la gestion nftables
• La note sur l'ordre des règles nftables pourrait inclure un exemple concret
• Les commandes de debug manquent de contexte sur les outils requis (ss, traceroute)

Suggestions :

• Ajouter un exemple de vérification des playbook Ansible
• Inclure une capture d'écran ou un diagramme réseau pour clarifier le NAT
• Mettre à jour la section DNS avec les entrées /etc/hosts actuelles

État réel connu de Hermes :
Configuration nftables gérée par Ansible, IP forwarding activé, routes statiques configurées, mais nécessite validation des règles de sécurité

---

✅ admin/infra/ssh.md — 8/10

Statut : à_jour
Résumé : Le document décrit correctement les connexions SSH et transferts de fichiers dans le cluster Funk, avec des exemples pratiques et des bonnes pratiques de sécurité.

Problèmes :

• Manque de mention des pratiques avancées comme l'agent SSH ou le forwarding d'agent
• La commande de connexion en root pourrait inclure une note de sécurité plus explicite
• Les exemples de transfert de fichiers ne mentionnent pas l'option -r pour les répertoires

Suggestions :

• Ajouter une section sur l'utilisation de l'agent SSH pour la gestion des clés
• Mettre à jour la commande root avec un avertissement sur les risques de connexion en tant que root
• Compléter les exemples scp avec l'option -r et des conseils sur la sécurisation des transferts

État réel connu de Hermes :
Les configurations SSH du cluster sont actuellement configurées avec des clés ed25519, les aliases fonctionnent via ~/.ssh/config et les connexions sécurisées via ProxyJump sont activées pour gpu-01.

---