# 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.

---