Set-OPS-Public/roles/serveur_resolveur_site/tasks/main.yml

75 lines
3.4 KiB
YAML
Raw Permalink Normal View History

resolveur du site : le troisieme service prete pendant la jeunesse d un tenant 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
2026-08-30 12:37:33 -04:00
---
# 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
supervision : les huit derniers roles, et deux defauts que l epreuve a trouves Les 33 roles serveur_* declarent maintenant une sonde. Les huit qui manquaient sont ceux dont la verite ne ressemble pas a « ce service repond-il ». Quatre marqueurs du site : ce que tasks/main.yml verifie UNE FOIS au deploiement cesse d etre vrai sans que rien ne tombe. La racine du cache se retrouve chainee, la forge du genome repond en n ayant plus rien dedans, un locataire n est plus admis a resoudre, l isolation d un depot glisse. serveur_ops_site ne sert rien : il detient un pouvoir. La sonde verifie que la carte est la, que la voute du site est chiffree et que sa cle est en 0600 — sans lire le contenu d aucun des trois. serveur_icingaweb2 surveille la vitrine de la supervision elle-meme : si la console meurt, tout reste vert et l exploitant est aveugle. DEFAUT 1 — quatre gabarits qu Ansible aurait refuse de rendre. Jinja lit le {# de ${#tableau[@]} comme un debut de commentaire. Le depot connaissait le remede et l appliquait la ou quelqu un s etait fait prendre, nulle part ailleurs. P76 rend desormais chaque gabarit de role, avec les delimiteurs qu Ansible en tirerait — pas une recherche de motif. DEFAUT 2 — la doctrine promettait 54 greffons et citait check_pgsql. La flotte a monitoring-plugins-basic : 53, sans check_pgsql ni check_dns ni check_ldap. Le paquet qui les porte traine samba et snmp sur chaque machine. Un greffon absent sort en 127, qui n est pas un code Nagios. 21 controles negatifs sur les machines reelles du site. ansible-lint production 0/91, harnais 75 OK. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-14 15:43:52 -04:00
# LE ROLE QUI POSSEDE LA VERITE DEPOSE SA PROPRE SONDE. `client_sante` la fait tourner et
# pousse le resultat.
#
# L'ASSERTION CI-DESSUS NE VAUT QUE POUR LE DEPLOIEMENT DE CE ROLE. La liste des
# locataires du site, elle, bouge ailleurs — au plan. La sonde rejoue la meme exigence
# toutes les quinze minutes, ce qui est le seul moyen de s'en apercevoir AVANT que le
# nouveau locataire ne tente son premier amorcage.
- name: Assurer le repertoire des sondes de supervision
ansible.builtin.file:
path: /usr/local/lib/setops/sondes
state: directory
owner: root
group: root
mode: "0755"
- name: Deposer la sonde « resolution-locataires »
ansible.builtin.template:
src: sonde-resolution-locataires.sh.j2
dest: /usr/local/lib/setops/sondes/resolution-locataires.sh
owner: root
group: root
mode: "0750"