Daniel Allaire
467b05cbc0
Le site portait trois services sur les sept du modele `origine`. Sa forge servait LE
GENOME EN CLAIR et aucune de ses machines n'avait de certificat — donc aucun chiffrement
est-ouest, ce que la doctrine zero-confiance interdit. site-pki-01 (step-ca) et
site-dns-01 (PowerDNS + resolveur colocalises) rejoignent les trois autres.
Quatre defauts que le site a fait tomber, chacun invisible chez un tenant :
- DNS bloque par notre propre default-deny. Un tenant a son resolveur DANS son reseau
et ne traverse jamais la frontiere ; le site interroge la sienne. La regle est derivee
de `site.dns_amorcage`, destination declaree, jamais `any`.
- serveur_cache_site n'installe rien : il marque un cache et lit les variables de
serveur_artefacts. Les defauts d'un role ne sont en portee que dans le play qui
l'inclut — une dependance de role regle l'ordre ET la portee.
- resoudre_idp partait meme avec OIDC desactive, et exigeait un plan. La resolution
suit desormais l'usage.
- le plancher /etc/hosts etait VIDE : `hotes_actifs` n'existait pas dans l'inventaire
du site. Un role qui reussit en n'ecrivant rien est la pire forme d'echec.
Une machine du site peut desormais se configurer (`variables:`), appliquee en dernier :
ce qu'une machine declare d'elle-meme prime sur ce que le site declare pour toutes.
Verifie et non suppose : systemd disait `active` mais rien n'ecoutait sur 443 — step-ca
sert sur 8443. La zone souveraine resout et la recursion marche, mesurees sur la machine.
42 preuves vertes, ansible-lint profil production.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
42 lines
2.1 KiB
YAML
42 lines
2.1 KiB
YAML
---
|
|
# CE RÔLE MARQUE UN CACHE ; IL N'EN INSTALLE PAS.
|
|
#
|
|
# Il présuppose `serveur_artefacts` sur le même hôte — c'est lui qui pose apt-cacher-ng —
|
|
# et lit ses variables. Chez patient 0 les deux vivaient sur `forge-01`, donc la
|
|
# dépendance ne se voyait pas. La première machine à ne porter que le marqueur l'a
|
|
# révélée, et le message était : « variable non définie : `serveur_artefacts_port` ».
|
|
#
|
|
# Ce message ne dit pas qu'il manque un RÔLE. Il envoie chercher une faute de frappe dans
|
|
# un fichier de variables, alors que la cause est une déclaration incomplète, un cran
|
|
# au-dessus. On le dit donc nous-mêmes, et en premier.
|
|
- name: Le rôle qui installe le cache est-il bien là ?
|
|
ansible.builtin.assert:
|
|
that:
|
|
- serveur_artefacts_port is defined
|
|
fail_msg: >-
|
|
`serveur_cache_site` marque un cache existant, il n'en installe aucun.
|
|
Cet hôte doit AUSSI porter `serveur_artefacts`, qui pose apt-cacher-ng et définit
|
|
`serveur_artefacts_port`. Ajouter les deux rôles à sa déclaration, dans cet ordre.
|
|
|
|
# UN CACHE DE SITE QUI SE CHAÎNERAIT SUR UN AUTRE SERAIT UNE BOUCLE.
|
|
#
|
|
# Il est le bout de la chaîne : les caches des tenants viennent à lui, et lui va chez
|
|
# Debian. Le laisser pointer sur un amont ferait tourner les paquets en rond entre deux
|
|
# caches, ou pire, hors du site sans que personne ne l'ait décidé.
|
|
- name: Exiger que le cache du site aille directement à l'amont
|
|
ansible.builtin.assert:
|
|
that:
|
|
- (serveur_artefacts_amont | default('')) == serveur_cache_site_amont_attendu
|
|
fail_msg: >-
|
|
Ce cache est déclaré cache du SITE : il doit aller directement chez Debian.
|
|
`serveur_artefacts_amont` doit rester vide — sinon les caches se chaînent en boucle.
|
|
|
|
# ÉCRIRE, PUIS RELIRE (D-68). Le rôle n'installe rien : sa seule prise sur le réel est de
|
|
# vérifier que le service qu'il désigne existe vraiment. Sans ça, il attribuerait une
|
|
# responsabilité à un port que personne n'écoute.
|
|
- name: Le cache écoute-t-il vraiment ?
|
|
ansible.builtin.wait_for:
|
|
host: "127.0.0.1"
|
|
port: "{{ serveur_artefacts_port }}"
|
|
timeout: 30
|
|
when: not ansible_check_mode
|