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

65 lines
3 KiB
YAML
Raw Normal View History

---
site : un ecosysteme complet — PKI, DNS, forge, cache, runner 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>
2026-08-25 12:00:17 -04:00
# 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. Dans le premier écosystème les deux vivaient sur `forge-01`, donc la
site : un ecosysteme complet — PKI, DNS, forge, cache, runner 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>
2026-08-25 12:00:17 -04:00
# 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
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 ; les greffons standard, eux, sont poses par le porteur.
#
# LES TROIS CONTROLES CI-DESSUS NE VIVENT QUE LE TEMPS D'UN DEPLOIEMENT. La sonde les
# rejoue toutes les quinze minutes — c'est la seule difference, et c'est toute la
# difference : un cache chaine ou coupe de son amont ne se signale pas autrement.
- 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 « cache-site-racine »
ansible.builtin.template:
src: sonde-cache-site-racine.sh.j2
dest: /usr/local/lib/setops/sondes/cache-site-racine.sh
owner: root
group: root
mode: "0750"