mirror of https://github.com/Alkatrazz24/Funk-lab.git synced 2026-07-08 17:24:41 +02:00

feat(stt-server): grounding strict — dire "doc ne le précise pas" au lieu d'inventer (#29 )

Sur un sujet absent de la doc Funk, le 8B comblait le vide en devinant
(« j'ai un switch ? » → tantôt « Oui » tantôt « Non », fausse assurance).
Le grounding marche (docs=6) mais la doc n'a rien à ancrer.

- config.py : system_prompt durci — si la doc ne mentionne PAS explicitement
  l'élément, répondre « la doc Funk ne le précise pas », ne jamais affirmer
  oui/non par déduction ni inventer de détail (modèle, marque, nombre, nom).
- admin/infra/reseau.md : section « Topologie physique — switch cluster »
  (switch présent, modèle à confirmer) → comble le gap doc qui causait
  l'hallucination sur le matériel réseau.
- bump 0.3.0 → 0.3.1

Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>

2026-06-20 12:17:29 +02:00

4.9 KiB

Raw Blame History

Réseau — nftables, routage, NAT

Tout ce qui suit s'exécute sur storage-01 sauf mention contraire.

Interfaces réseau storage-01

Interface	IP	Rôle
`enp4s0`	`192.168.1.200`	WAN — vers Freebox (LAN domestique)
`enp6s0f3u2c2`	`192.168.10.1`	LAN cluster — vers machines

Noms contre-intuitifs : enp6s0f3u2c2 est une carte USB-Ethernet (cluster), enp4s0 est la carte PCIe (WAN).

Topologie physique — switch cluster

Le LAN cluster 192.168.10.0/24 repose sur un switch Ethernet physique. storage-01 n'a qu'une seule interface côté cluster (enp6s0f3u2c2, 192.168.10.1) : elle ne peut pas relier 4 machines en direct, donc un switch fait le fan-out.

Freebox (192.168.1.0/24, WAN domestique)
   │  enp4s0 (192.168.1.200)
storage-01 ── enp6s0f3u2c2 (192.168.10.1)
   │
[ SWITCH cluster ]  ← switch physique (modèle à confirmer)
   ├── gpu-01      192.168.10.20
   ├── compute-01  192.168.10.11
   ├── compute-02  192.168.10.12
   └── compute-03  192.168.10.13

Élément	Valeur
Présence d'un switch	Oui — indispensable au câblage (1 NIC cluster sur storage-01 ↔ 4 machines)
Modèle / marque	⚠️ non documenté — à relever physiquement (étiquette au dos)
Type (managé / non-managé)	à confirmer
Nb de ports utilisés	≥ 5 (storage-01 + gpu-01 + 3 compute)
Managé ?	inconnu — pas de VLAN ni LACP configuré côté Talos/storage-01 à ce jour

À compléter : noter la référence exacte du switch (mod. + ports) lors d'un prochain passage physique au cluster. Le reste de la topologie L3 (routage, NAT) est ci-dessous.

Route statique poste perso

Pour atteindre le LAN cluster depuis le poste (192.168.1.10) :

# Route permanente (NetworkManager)
nmcli connection modify enp12s0 +ipv4.routes "192.168.10.0/24 192.168.1.200"
nmcli connection up enp12s0

# Vérifier
ip route | grep 192.168.10
ping 192.168.10.20   # gpu-01

La route statique Freebox (192.168.10.0/24 → 192.168.1.200) est aussi configurée dans l'interface Freebox pour que tous les équipements du LAN domestique puissent atteindre le cluster.

nftables

Géré par Ansible — rôle gateway, template nftables.conf.j2. Ne jamais modifier manuellement — les changements seront écrasés au prochain ansible-playbook.

# Voir toutes les règles actives
sudo nft list ruleset

# Voir les paquets bloqués (logs kernel)
sudo journalctl -k | grep nft-drop

# Recharger après modification manuelle d'urgence
sudo systemctl reload nftables

# Appliquer via Ansible (méthode correcte)
ansible-playbook -i inventory.yml playbooks/storage-01.yml --tags gateway

Ports ouverts

Port	Proto	Source	Service
22	TCP	192.168.1.0/24, 192.168.10.0/24	SSH
53	TCP/UDP	192.168.10.0/24	DNS (dnsmasq)
111, 2049	TCP/UDP	192.168.10.0/24	NFS
5432	TCP	192.168.10.0/24	PostgreSQL
6333, 6334	TCP	192.168.10.0/24	Qdrant
8080	TCP	192.168.1.0/24, 192.168.10.0/24	Hermes gateway
9000, 9001	TCP	192.168.10.0/24	MinIO
9093	TCP	192.168.10.0/24	AlertManager webhook (réception alertes Prometheus)
9100	TCP	192.168.10.0/24	node_exporter (métriques Prometheus — inclut ROCm via textfile_collector)
9119	TCP	192.168.1.10 uniquement	Hermes dashboard

Règle nftables importante : les règles doivent être insérées avant la règle drop terminale. Utiliser nft insert rule inet filter input position <handle_avant_drop> et non nft add rule (qui ajoute en fin de chaîne, après le drop). Vérifier l'ordre : sudo nft -n -a list chain inet filter input

Forwarding

LAN domestique (192.168.1.0/24) → LAN cluster (192.168.10.0/24) : new+established (admin)
LAN cluster → WAN : new+established (NAT sortant pour les nœuds)
WAN → LAN cluster : established+related uniquement (réponses NAT)

IP Forwarding

# Vérifier (doit être = 1)
sysctl net.ipv4.ip_forward

DNS — /etc/hosts storage-01

cat /etc/hosts
# 192.168.10.20 gpu-01   ← ajouté manuellement (dnsmasq non utilisé par storage-01 lui-même)

storage-01 utilise 1.1.1.1 / 9.9.9.9 comme resolvers, pas son propre dnsmasq. Les entrées critiques doivent être dans /etc/hosts.

Debug NAT / forwarding

# Depuis gpu-01 — vérifier que le trafic sort par storage-01
ssh gpu-01 "curl -s https://ifconfig.me"    # doit retourner l'IP publique Freebox
ssh gpu-01 "traceroute 8.8.8.8"

# Paquets passant par le NAT
sudo nft list table ip nat

# Tester le routage depuis le poste perso
traceroute 192.168.10.20
ping 192.168.10.11   # compute-01

Commandes utiles

# Table de routage storage-01
ip route show

# Stats trafic interfaces
ip -s link show enp4s0
ip -s link show enp6s0f3u2c2

# Connexions actives
ss -tnp

4.9 KiB Raw Blame History