Daniel Allaire
a5c9a88f00
Apres les paquets (serveur_cache_site) et le genome (serveur_forge_site), les NOMS.
Meme patron : un installateur, un marqueur.
CE QUE CA CORRIGE, mesure sur infra-pki-01, premiere machine a porter l autorite
de Chezlepro :
DNS BLOQUE un tenant resout chez lui, sa requete ne sort pas
443 sortant OK par adresse
apt via le cache OK le mandataire resout a sa place
apt s en sortait ; TOUT LE RESTE ETAIT AVEUGLE AUX NOMS. Versionner la cle de
signature Smallstep a fait passer une tache et l echec s est deplace d un cran : le
depot lui-meme devait etre joint par son nom.
POURQUOI PAS L UNBOUND DE LA FRONTIERE : il tourne sur le boitier sans etre un
service gere, et le plan du site l avait deja ecrit une fois — un processus n est
pas un service. site-dns-01 est deploye par le moteur et verifie par le harnais.
OU VIT LA DERIVATION : dans site_inventaire.py, qui connait le plan du site ET le
registre des tenants. Le role tourne sur une machine qui n a aucune raison de lire
la carte de l hebergeur — la derivation appartient a qui detient les deux sources.
PIEGE DE FILTRE, ATTRAPE EN LE BRANCHANT : _supernets_voisins() EXCLUT l instance
montee (personne n est son propre voisin). Le site sert TOUS ceux qu il heberge — y
compris celui qu on deploie. Reutilise tel quel, il privait de resolution le seul
tenant en cours de montage. On reutilise donc la DECOUVERTE partagee sans son
filtre : deux recensements divergent, deux filtres non.
Le marqueur verifie deux choses : que le resolveur ECOUTE, et que sa liste
d autorisation ADMET reellement les tenants. Sans la seconde, la panne chez le
locataire ressemblerait a un DNS mort alors que c est une ACL.
make verifier : vert. make prouver : CONFORME, 55 OK, 0 echec, 0 saute.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
51 lines
2.5 KiB
YAML
51 lines
2.5 KiB
YAML
---
|
|
# CE RÔLE MARQUE UN RÉSOLVEUR ; IL N'EN INSTALLE PAS.
|
|
#
|
|
# Il présuppose `serveur_resolveur` sur le même hôte et lit ses variables. Le message
|
|
# qu'on obtiendrait sans lui — « variable non définie » — envoie chercher une faute de
|
|
# frappe alors que la cause est une déclaration incomplète, un cran au-dessus.
|
|
- name: Le rôle qui installe le résolveur est-il bien là ?
|
|
ansible.builtin.assert:
|
|
that:
|
|
- serveur_resolveur_reseaux_autorises is defined
|
|
- serveur_resolveur_reseaux_autorises | length > 0
|
|
fail_msg: >-
|
|
`serveur_resolveur_site` marque un résolveur existant, il n'en installe aucun.
|
|
Cet hôte doit AUSSI porter `serveur_resolveur`. Ajouter les deux rôles à sa
|
|
déclaration, dans cet ordre.
|
|
|
|
# UN MARQUEUR QUI NE VÉRIFIE PAS CE QU'IL DÉSIGNE NE MARQUE RIEN (D-68).
|
|
#
|
|
# La liste d'autorisation vient de l'inventaire du site. Si elle n'a pas reçu les
|
|
# supernets des tenants, ce rôle attribuerait une responsabilité que le service refuse
|
|
# d'assumer — et la panne, chez le locataire, ressemblerait à un DNS mort alors que c'est
|
|
# une ACL. C'est exactement ce qui est arrivé au site lui-même quand il a été découpé en
|
|
# zones (voir `site_inventaire.py`).
|
|
- name: Quels supernets de tenants ce résolveur doit-il servir ?
|
|
ansible.builtin.set_fact:
|
|
serveur_resolveur_site_attendus: >-
|
|
{{ serveur_resolveur_site_supernets_tenants | default([]) }}
|
|
|
|
- name: Exiger que les tenants du site figurent dans la liste d'autorisation
|
|
ansible.builtin.assert:
|
|
that:
|
|
- serveur_resolveur_site_attendus
|
|
| difference(serveur_resolveur_reseaux_autorises) | length == 0
|
|
fail_msg: >-
|
|
Ce résolveur est déclaré résolveur DU SITE, mais sa liste d'autorisation n'admet pas
|
|
{{ serveur_resolveur_site_attendus
|
|
| difference(serveur_resolveur_reseaux_autorises) | join(', ') }}.
|
|
Les locataires seraient refusés, et leur panne ressemblerait à un DNS mort.
|
|
success_msg: >-
|
|
{{ serveur_resolveur_site_attendus | length }} supernet(s) de tenant admis.
|
|
when: serveur_resolveur_site_attendus | length > 0
|
|
|
|
# ÉCRIRE, PUIS RELIRE. La seule prise de ce rôle sur le réel est de vérifier que le
|
|
# service qu'il désigne existe vraiment. Sans ça, il donnerait la résolution du site à un
|
|
# port que personne n'écoute — et un écosystème neuf attendrait sans savoir pourquoi.
|
|
- name: Le résolveur écoute-t-il vraiment ?
|
|
ansible.builtin.wait_for:
|
|
host: "127.0.0.1"
|
|
port: "{{ serveur_resolveur_site_port }}"
|
|
timeout: 30
|
|
when: not ansible_check_mode
|