Daniel Allaire
1a7c042e5b
Le site n'est plus un /24 plat. Une zone par nature d'autorite — pilotage, autorite,
genome, service — chacune son VLAN et sa patte sur la frontiere. L'inversion corrigee,
mesuree : les cinq VM du site n'avaient AUCUN filtrage est-ouest, contre policy_in=DROP
sur une machine de tenant. La plus autoritaire etait la moins protegee.
Filtrage nord-sud par choix de l'exploitant : un seul point de police, un seul devis.
90 -> 117 regles. Chaque flux `flotte` produit une regle par zone SOURCE, destination
nommee — ce qui etait gratuit devient police.
L'ORDRE FAIT PARTIE DE L'INTEGRATION. client_pki tournait en parallele sur tous les hotes ;
sur celui qui porte l'autorite il recharge step-ca, et les quatre autres echouaient dans
cette fenetre sur `TLS handshake timeout` — un message qui accuse le reseau. Chaque
integration declare desormais sa dependance dans meta/integration.yml, les playbooks en
sont le miroir genere, et P44 refuse l'ecart (4 controles negatifs). `serveur: ~` est une
reponse valable : client_metrique pose un exportateur qu'on vient LIRE.
Autres defauts du meme soir :
- le plancher /etc/hosts venait APRES le premier apt, qui vise le cache par son NOM :
boucle fermee des que les adresses changent. Il ne s'installe pas, il rend installable.
- dns_amorcage ecrit en dur a eu tort deux fois ; il se derive de serveur_resolveur.
- l'ACL du resolveur derivait d'un seul sous-reseau : trois zones refusees sur quatre.
ET UNE ERREUR A MOI : j'ai diagnostique un trou noir de MTU et declare 1450. Faux — pas de
VXLAN sur ce chemin, tout est a 1500 de bout en bout. Ma mesure etait reelle, mon
interpretation non : je venais de debrancher la carte a chaud, et chaque `ip link set mtu`
reconfigurait l'interface. C'est la reconfiguration qui debloquait, pas la valeur.
44 preuves vertes, ansible-lint profil production.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
29 lines
1.8 KiB
YAML
29 lines
1.8 KiB
YAML
---
|
|
# Politique d'integration. Voir roles/client_metrique/meta/integration.yml pour le
|
|
# raisonnement, et docs/decisions-architecture.md (D-33).
|
|
integration:
|
|
# DE QUI CETTE INTEGRATION DEPEND, ET POURQUOI L'ORDRE COMPTE.
|
|
#
|
|
# L'AC doit exister ET repondre avant qu'un hote lui demande un certificat. Sur l'hote
|
|
# qui la porte, le role recharge `step-ca` en reemettant son propre certificat :
|
|
# pendant cette fenetre, elle ne repond plus. Mesure du 2026-08-25 : quatre clients en
|
|
# echec simultane, message `TLS handshake timeout` — qui accuse le reseau, pas l'ordre.
|
|
#
|
|
# Le playbook de groupe applique l'hote qui porte ce serveur AVANT ceux qui s'y
|
|
# adressent, et la preuve P44 refuse tout ecart entre cette declaration et lui.
|
|
serveur: serveur_step_ca
|
|
universelle: true
|
|
raison: >-
|
|
Tout hote fait confiance a l'AC interne et porte un certificat : c'est le
|
|
prerequis du chiffrement est-ouest (voir docs/zero-confiance.md). Un hote sans
|
|
certificat ne peut ni presenter ni verifier — il retombe en clair en silence.
|
|
# AUCUNE exemption, et l'autorite non plus. Elle ne s'ENROLE pas aupres d'elle-meme —
|
|
# sa racine est deja sur son disque — mais elle a besoin de CERTIFICATS comme tout le
|
|
# monde : sans eux, ses propres services restent en clair et `client_metrique` echoue
|
|
# sur la seule machine qu'on ne peut pas se permettre de ne pas mesurer.
|
|
#
|
|
# Le role distingue donc les deux : bootstrap pour les autres, EMISSION LOCALE sur
|
|
# l'AC (voir tasks/main.yml). Exempter l'hote entier confondait « ne pas s'enroler »
|
|
# avec « ne pas avoir de certificat », et laissait un angle mort au coeur du systeme.
|
|
# Constate le 2026-08-06 : `client_pki` exemptait l'AC, `client_metrique` exigeait un
|
|
# certificat, et les deux politiques avaient raison separement.
|