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

378 lines
17 KiB
YAML
Raw Normal View History

---
- name: Résoudre la base IcingaDB depuis le registre (rôle partagé)
ansible.builtin.include_role:
name: resoudre_base
vars:
resoudre_base_groupe: "{{ serveur_icingaweb2_icinga_groupe }}"
# ON RECOPIE TOUT DE SUITE, PARCE QU'UN SECOND APPEL ECRASE LE PREMIER (2026-09-15).
#
# `resoudre_base` rend ses resultats dans des faits PARTAGES — `resoudre_base_entree`,
# `resoudre_base_db_host`... Ce role l'appelle DEUX fois : une pour la base du MOTEUR
# (icingadb, en lecture) et une pour celle des COMPTES (icingaweb2). Le second appel
# remplace les faits du premier, et les gabarits rendus APRES les deux lisaient donc la
# seconde base partout.
#
# CE QUE CA A DONNE, mesure sur la machine :
#
# [icingadb] dbname = "icingaweb2" <- la base des comptes
# [icingaweb_db] dbname = "icingaweb2"
#
# La console cherchait `icingadb_schema` dans la base des comptes, ne l'y trouvait pas, et
# rendait une trace PHP a chaque page. Les 66 tables du moteur etaient intactes a cote.
#
# UN ROLE PARTAGE REND DES FAITS PARTAGES : celui qui l'appelle deux fois doit nommer ses
# resultats avant de le rappeler. C'est la meme lecon que « une liste qui suit une autre »,
# appliquee au temps plutot qu'a l'espace.
- name: Adopter la base du MOTEUR avant de résoudre celle des comptes
ansible.builtin.set_fact:
serveur_icingaweb2_moteur_host: "{{ resoudre_base_db_host }}"
serveur_icingaweb2_moteur_port: "{{ resoudre_base_db_port }}"
serveur_icingaweb2_moteur_base: "{{ resoudre_base_entree.base }}"
serveur_icingaweb2_moteur_utilisateur: "{{ resoudre_base_entree.proprietaire }}"
serveur_icingaweb2_moteur_motdepasse: "{{ resoudre_base_db_password }}"
no_log: true
# --- MODE `db` : LA BASE DES COMPTES, ET LE COMPTE D'AMORCAGE (2026-09-15) ------------
#
# TOUT EN HAUT, ET C'EST L'ORDRE QUI L'EXIGE. `resources.ini` nomme cette base ; il est
# rendu quelques taches plus bas. Pose apres lui — la ou vivait l'ancien vestibule — ce
# bloc laissait le gabarit lire des variables qui n'existaient pas encore, et l'echec
# etait CENSURE par `no_log` : « changed: true » et rien d'autre. Une tache qui rend des
# secrets ne peut pas dire ce qui lui manque ; c'est a l'ordre de ne pas la mettre dans
# cette situation.
#
# Icinga Web 2 gere ses comptes NATIVEMENT. La premiere ecriture posait un `auth_basic`
# nginx devant le backend `external` — ca marchait, et ca reinventait une page de
# connexion devant une application qui en a une, en privant l'exploitant de la gestion
# des comptes dans l'interface. Un vestibule n'a de sens que devant une application qui
# ne sait pas s'authentifier.
- name: Résoudre la base des comptes de la console (rôle partagé)
ansible.builtin.include_role:
name: resoudre_base
vars:
resoudre_base_groupe: "icingaweb2"
# DANS TOUS LES MODES (2026-10-03), plus seulement `db`. Le cadre de migration d'Icinga
# Web 2 veut une base quoi qu'il arrive : sans elle, chaque page qui affiche le menu de
# configuration journalise « Failed to load pending migrations : Please check if a db
# instance exists at all » — 145 fois par heure chez Chezlepro, vigie ouverte, depuis
# la reconstruction. Le site avait recu sa base le 2026-09-15 ; les locataires, en SSO,
# etaient restes sans. Le badge est calcule sans condition de permission
# (`ConfigMenu::createMigrationBadge`) : aucun reglage de role ne le fait taire.
- name: Adopter la base des comptes pour Icinga Web 2
ansible.builtin.set_fact:
serveur_icingaweb2_db_host: "{{ resoudre_base_db_host }}"
serveur_icingaweb2_db_port: "{{ resoudre_base_db_port }}"
serveur_icingaweb2_db_base: "{{ resoudre_base_entree.base }}"
serveur_icingaweb2_db_utilisateur: "{{ resoudre_base_entree.proprietaire }}"
serveur_icingaweb2_db_motdepasse: "{{ resoudre_base_db_password }}"
no_log: true
- name: Exiger un mot de passe pour le compte d'amorçage
ansible.builtin.assert:
that:
- serveur_icingaweb2_admin_motdepasse | length > 0
fail_msg: >-
`serveur_icingaweb2_auth: db` mais `serveur_icingaweb2_admin_motdepasse` est vide.
Une console qui montre l'état de toute une fabric ne s'ouvre pas avec un mot de
passe deviné : renseigner la clé dans la voûte de cet écosystème.
when: serveur_icingaweb2_auth == 'db'
# LE CLIENT POSTGRESQL DES MODULES `community.postgresql`, SUR CETTE MACHINE (2026-10-03).
#
# Les requetes ci-dessous s'executent sur l'hote de la vigie, pas sur le serveur de base.
# Au site, les deux sont la meme machine : `serveur_postgresql` y avait deja pose
# `python3-psycopg2`, et l'absence ne se voyait pas. Chez un locataire, la vigie vit sur
# `mon-01` et la base sur `data-sql-01` — premier passage apres que la base est devenue
# commune a tous les modes : `No module named 'psycopg2'`, masque par `no_log`.
- name: Installer le client PostgreSQL de Python (modules community.postgresql)
ansible.builtin.apt:
name: python3-psycopg2
state: present
# LE SCHEMA NE SE CHARGE QU'UNE FOIS. Le rejouer sur une base deja peuplee echouerait sur
# les objets existants — on lit donc d'abord si la table des comptes est la.
- name: La base de la console est-elle déjà en place ?
community.postgresql.postgresql_query:
login_host: "{{ serveur_icingaweb2_db_host }}"
login_user: "{{ serveur_icingaweb2_db_utilisateur }}"
login_password: "{{ serveur_icingaweb2_db_motdepasse }}"
login_db: "{{ serveur_icingaweb2_db_base }}"
ssl_mode: "{{ serveur_icingaweb2_db_sslmode | default('prefer', true) or 'prefer' }}"
ca_cert: "{{ serveur_icingaweb2_db_sslrootcert if serveur_icingaweb2_db_sslmode | default('') else omit }}"
query: "SELECT to_regclass('public.icingaweb_user') IS NOT NULL AS presente"
register: serveur_icingaweb2_schema_etat
changed_when: false
no_log: true
when:
- not ansible_check_mode
- name: Charger le schéma de la console (comptes, préférences, migrations)
community.postgresql.postgresql_script:
login_host: "{{ serveur_icingaweb2_db_host }}"
login_user: "{{ serveur_icingaweb2_db_utilisateur }}"
login_password: "{{ serveur_icingaweb2_db_motdepasse }}"
login_db: "{{ serveur_icingaweb2_db_base }}"
ssl_mode: "{{ serveur_icingaweb2_db_sslmode | default('prefer', true) or 'prefer' }}"
ca_cert: "{{ serveur_icingaweb2_db_sslrootcert if serveur_icingaweb2_db_sslmode | default('') else omit }}"
path: "{{ serveur_icingaweb2_schema }}"
no_log: true
when:
- not ansible_check_mode
- not (serveur_icingaweb2_schema_etat.query_result[0].presente | default(false))
# LE HACHAGE EST CELUI QUE L'APPLICATION VERIFIE, PAS UN QU'ON CHOISIT. `password_hash()`
# de PHP est exactement la fonction qu'Icinga Web 2 appelle a la connexion ; produire un
# hachage d'un autre outil donnerait une base valide et une connexion impossible.
- name: Hacher le mot de passe du compte d'amorçage
ansible.builtin.command:
argv:
- php
- -r
- 'echo password_hash($argv[1], PASSWORD_DEFAULT);'
- "{{ serveur_icingaweb2_admin_motdepasse }}"
register: serveur_icingaweb2_hachage
changed_when: false
no_log: true
when:
- serveur_icingaweb2_auth == 'db'
- not ansible_check_mode
# CREE S'IL MANQUE, JAMAIS ECRASE. Un mot de passe change dans l'interface appartient a
# celui qui l'a change : le moteur ne le reprend pas au deploiement suivant. Il ne pose
# que le compte qui permet d'entrer la premiere fois.
- name: Poser le compte d'amorçage s'il n'existe pas
community.postgresql.postgresql_query:
login_host: "{{ serveur_icingaweb2_db_host }}"
login_user: "{{ serveur_icingaweb2_db_utilisateur }}"
login_password: "{{ serveur_icingaweb2_db_motdepasse }}"
login_db: "{{ serveur_icingaweb2_db_base }}"
ssl_mode: "{{ serveur_icingaweb2_db_sslmode | default('prefer', true) or 'prefer' }}"
ca_cert: "{{ serveur_icingaweb2_db_sslrootcert if serveur_icingaweb2_db_sslmode | default('') else omit }}"
query: >-
INSERT INTO icingaweb_user (name, active, password_hash)
VALUES (%s, 1, %s) ON CONFLICT (name) DO NOTHING
positional_args:
- "{{ serveur_icingaweb2_admin_utilisateur }}"
- "{{ serveur_icingaweb2_hachage.stdout }}"
no_log: true
when:
- serveur_icingaweb2_auth == 'db'
- not ansible_check_mode
# ON NE RESOUT PAS UN ANNUAIRE QUAND ON N'EN A PAS (2026-09-14).
#
# `resoudre_annuaire` etait appele SANS CONDITION. Au site — qui n'a ni LDAP ni Keycloak —
# il tombait sur un plan sans application d'annuaire :
#
# object of type 'NoneType' has no len()
#
# Un message qui ne nomme ni l'annuaire, ni le role qui le demandait, ni la raison. Le
# mode `locale` existe precisement pour se passer d'annuaire : il n'a rien a resoudre.
- name: Résoudre l'annuaire (rôle partagé)
ansible.builtin.include_role:
name: resoudre_annuaire
annuaire : un compte de service par consommateur, et la porte se ferme Keycloak, Dovecot, Postfix et Icinga Web 2 se liaient TOUS avec cn=admin, le compte d administration de la base. C est le rootDN : slapd lui fait contourner toutes les ACL. Un seul secret, quatre services, tous les droits sur l arbre — pour ce qui est, trois fois sur quatre, une simple lecture. Et les droits livres par Debian etaient intacts : `to * by * read`. Sur ldap://, sans s authentifier, une machine du reseau enumerait tous les comptes et toutes les adresses. Des comptes a droits mesures n auraient rien valu tant que cette ligne restait : on aurait ferme la porte en laissant la fenetre. L indice etait deja dans le depot. `validatePasswordPolicy` existe parce que slapd n applique pas ses controles de qualite au rootDN : la consequence etait compensee, la cause intacte. - ou=services, un compte par consommateur, secret propre en voute - sept regles d acces posees EN ENTIER (state: exact) : l ordre est la regle, et inserer c est parier sur ce que le paquet aura mis avant nous - amorcage_acces garde le compte d administration, NOMME comme l exception : il ne consomme pas l annuaire, il le provisionne depuis la socket locale - la sonde passe de -x a -Y EXTERNAL : elle lisait en anonyme et aurait annonce un annuaire VIDE sur un annuaire parfaitement sain - la rotation du compte d administration devient possible (elle n etait posee qu a l installation, par debconf : la voute et slapd divergeaient en silence) Quatre marches payees en chemin : 1. un cinquieme appelant oublie, dont l echec etait masque par no_log — la garde refuse desormais SANS no_log : elle nomme la cle absente, jamais son contenu 2. la federation Keycloak ne reecrivait son bindDn que si l URL ou le mode changeaient — nouveau secret, ancien nom, error code 49 3. la rotation placee APRES les taches qui se lient en administrateur 4. ansible-vault et son tube : sortie non bloquante = echec silencieux, la voute paraissait tournee et etait identique a l octet P72 exige que tout role incluant resoudre_annuaire NOMME son compte, et qu aucun sauf amorcage_acces ne nomme admin. Eprouvee dans les deux sens. Verifie sur l infrastructure : chaque compte lit ce qu il doit, aucun ne voit les autres, la lecture anonyme rend 0 entree, et les quatre services repondent (doveadm user, postmap -q, decouverte OIDC 200, portier SSO 200). vault_openldap_admin et vault_ldap_bind_postfix renouveles : les deux avaient transite en clair par une session d exploitation. Les anciennes valeurs rendent Invalid credentials (49). make prouver : 71 OK, 0 echec, 1 saute. ansible-lint : 0 failure, profil production. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-13 13:36:38 -04:00
vars:
# SON compte, pas celui de l'administrateur de l'annuaire (2026-09-13).
resoudre_annuaire_bind_cn: "icingaweb2"
resoudre_annuaire_secret: "vault_ldap_bind_icingaweb2"
# LES MODES NOMMES, PAS UNE NEGATION. `!= 'locale'` etait juste tant que `locale`
# etait le seul mode sans annuaire ; renomme en `db`, la garde a cesse de garder et
# `resoudre_annuaire` s'est remis a exiger un secret de liaison qui n'existe pas.
# Une condition qui dit ce qu'elle VEUT survit a un renommage ; une qui dit ce qu'elle
# refuse, non.
when: serveur_icingaweb2_auth in ('ldap', 'external')
- name: Adopter la connexion annuaire pour Icinga Web 2
ansible.builtin.set_fact:
serveur_icingaweb2_ldap_url: "{{ resoudre_annuaire_uri }}"
serveur_icingaweb2_ldap_port: "{{ resoudre_annuaire_port }}"
serveur_icingaweb2_ldap_base: "{{ resoudre_annuaire_base_dn }}"
serveur_icingaweb2_ldap_users_dn: "{{ resoudre_annuaire_users_dn }}"
serveur_icingaweb2_ldap_bind_dn: "{{ resoudre_annuaire_bind_dn }}"
serveur_icingaweb2_ldap_bind_password: "{{ resoudre_annuaire_bind_password }}"
no_log: true
# LES MODES NOMMES, PAS UNE NEGATION. `!= 'locale'` etait juste tant que `locale`
# etait le seul mode sans annuaire ; renomme en `db`, la garde a cesse de garder et
# `resoudre_annuaire` s'est remis a exiger un secret de liaison qui n'existe pas.
# Une condition qui dit ce qu'elle VEUT survit a un renommage ; une qui dit ce qu'elle
# refuse, non.
when: serveur_icingaweb2_auth in ('ldap', 'external')
paquets tiers : passer par le cache du controleur, plus par Internet Trois depots tiers etaient en HTTPS, et client_artefacts pose Acquire::https::Proxy DIRECT — sans quoi le cache du site refuse les tunnels et aucun depot tiers n est joignable. La ligne est juste ; sa consequence ne l avait pas ete vue : ces trois depots CONTOURNENT le cache, et chaque VM neuve allait les chercher sur Internet a sa naissance. step-cli et alloy sont poses par des integrations UNIVERSELLES. Sans lien, une machine neuve n obtenait ni son client d autorite ni ses metriques — elle n entrait dans aucun flux chiffre. Dernier obstacle a une reconstruction hors ligne, et il tenait dans un mot. make cacher-paquets tire les 21 deb aux versions epinglees, empreinte SHA256 verifiee depuis l index du depot. Le role partage paquets_tiers les depose et les installe EN UN SEUL appel a apt — il sait resoudre un ensemble de fichiers locaux qui se dependent, la ou paquet par paquet echouerait sur l ordre (Icinga en apporte dix-sept). Six roles branches ; chacun retombe sur le depot distant pour ce que le cache n a PAS fourni, et rien d autre. Eprouve pour de vrai : packages.smallstep.com renvoye vers 127.0.0.1, step-cli desinstalle, cache local efface. Le role rejoue installe 0.30.6-1 depuis le cache et la machine obtient ses certificats. Zero echec. Deux defauts de mon propre outil, trouves en le construisant : Smallstep sert son index NON COMPRESSE (404 sur .gz) donc step-cli n etait jamais mis en cache ; et un depot injoignable faisait continue AVANT d incrementer le total, si bien que le script rapportait 20 sur 20 alors qu il en manquait un. Une garde qui ne peut pas echouer ne garde rien — troisieme fois cette semaine. Corrige puis eprouve en le faisant echouer. Reste hors ligne : NTP externe, et l expedition des alertes. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-09-05 08:22:14 -04:00
# LE CACHE DU CONTROLEUR D'ABORD, LE DEPOT DISTANT POUR LE RESTE (2026-09-03).
#
# Les depots tiers sont en HTTPS, et `client_artefacts` pose
# `Acquire::https::Proxy "DIRECT"` — ils CONTOURNENT donc le cache du site et sortent sur
# Internet a chaque construction de VM. `make cacher-paquets` les tire une fois, versions
# epinglees et empreintes verifiees ; ce role les depose depuis ce cache.
# PHP-FPM ET NGINX AVANT LES PAQUETS TIERS (2026-10-03). Les paquets d'Icinga exigent
# « un PHP pour le web », et apt choisit la PREMIERE alternative qu'aucun paquet present ne
# satisfait : `libapache2-mod-php`, qui tire apache2. Chez les locataires, tout s'installe
# en une transaction avec `php8.4-fpm`, et apt n'a pas a choisir. Au site, les paquets
# tiers viennent du cache du controleur, SEULS, avant le reste : `site-mon-01` portait un
# apache2 ecoutant sur le port 80 depuis le 2026-09-14, que rien n'utilisait.
- name: Installer PHP-FPM et nginx avant les paquets tiers (sinon apt choisit apache2)
ansible.builtin.apt:
name: "{{ serveur_icingaweb2_web_prealables }}"
state: present
update_cache: true
paquets tiers : passer par le cache du controleur, plus par Internet Trois depots tiers etaient en HTTPS, et client_artefacts pose Acquire::https::Proxy DIRECT — sans quoi le cache du site refuse les tunnels et aucun depot tiers n est joignable. La ligne est juste ; sa consequence ne l avait pas ete vue : ces trois depots CONTOURNENT le cache, et chaque VM neuve allait les chercher sur Internet a sa naissance. step-cli et alloy sont poses par des integrations UNIVERSELLES. Sans lien, une machine neuve n obtenait ni son client d autorite ni ses metriques — elle n entrait dans aucun flux chiffre. Dernier obstacle a une reconstruction hors ligne, et il tenait dans un mot. make cacher-paquets tire les 21 deb aux versions epinglees, empreinte SHA256 verifiee depuis l index du depot. Le role partage paquets_tiers les depose et les installe EN UN SEUL appel a apt — il sait resoudre un ensemble de fichiers locaux qui se dependent, la ou paquet par paquet echouerait sur l ordre (Icinga en apporte dix-sept). Six roles branches ; chacun retombe sur le depot distant pour ce que le cache n a PAS fourni, et rien d autre. Eprouve pour de vrai : packages.smallstep.com renvoye vers 127.0.0.1, step-cli desinstalle, cache local efface. Le role rejoue installe 0.30.6-1 depuis le cache et la machine obtient ses certificats. Zero echec. Deux defauts de mon propre outil, trouves en le construisant : Smallstep sert son index NON COMPRESSE (404 sur .gz) donc step-cli n etait jamais mis en cache ; et un depot injoignable faisait continue AVANT d incrementer le total, si bien que le script rapportait 20 sur 20 alors qu il en manquait un. Une garde qui ne peut pas echouer ne garde rien — troisieme fois cette semaine. Corrige puis eprouve en le faisant echouer. Reste hors ligne : NTP externe, et l expedition des alertes. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-09-05 08:22:14 -04:00
- name: Poser les paquets tiers depuis le cache du controleur
ansible.builtin.include_role:
name: paquets_tiers
vars:
paquets_tiers_noms: "{{ serveur_icingaweb2_paquets }}"
- name: Installer Icinga Web 2 + module IcingaDB + PHP-FPM + nginx
ansible.builtin.apt:
paquets tiers : passer par le cache du controleur, plus par Internet Trois depots tiers etaient en HTTPS, et client_artefacts pose Acquire::https::Proxy DIRECT — sans quoi le cache du site refuse les tunnels et aucun depot tiers n est joignable. La ligne est juste ; sa consequence ne l avait pas ete vue : ces trois depots CONTOURNENT le cache, et chaque VM neuve allait les chercher sur Internet a sa naissance. step-cli et alloy sont poses par des integrations UNIVERSELLES. Sans lien, une machine neuve n obtenait ni son client d autorite ni ses metriques — elle n entrait dans aucun flux chiffre. Dernier obstacle a une reconstruction hors ligne, et il tenait dans un mot. make cacher-paquets tire les 21 deb aux versions epinglees, empreinte SHA256 verifiee depuis l index du depot. Le role partage paquets_tiers les depose et les installe EN UN SEUL appel a apt — il sait resoudre un ensemble de fichiers locaux qui se dependent, la ou paquet par paquet echouerait sur l ordre (Icinga en apporte dix-sept). Six roles branches ; chacun retombe sur le depot distant pour ce que le cache n a PAS fourni, et rien d autre. Eprouve pour de vrai : packages.smallstep.com renvoye vers 127.0.0.1, step-cli desinstalle, cache local efface. Le role rejoue installe 0.30.6-1 depuis le cache et la machine obtient ses certificats. Zero echec. Deux defauts de mon propre outil, trouves en le construisant : Smallstep sert son index NON COMPRESSE (404 sur .gz) donc step-cli n etait jamais mis en cache ; et un depot injoignable faisait continue AVANT d incrementer le total, si bien que le script rapportait 20 sur 20 alors qu il en manquait un. Une garde qui ne peut pas echouer ne garde rien — troisieme fois cette semaine. Corrige puis eprouve en le faisant echouer. Reste hors ligne : NTP externe, et l expedition des alertes. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-09-05 08:22:14 -04:00
# CE QUE LE CACHE N'A PAS FOURNI, ET RIEN D'AUTRE. Les dependances Debian passent
# par le cache du site en HTTP ; seuls les paquets tiers non caches exigent Internet.
# Reinstaller ce que le cache vient de poser ferait un `update_cache` inutile — et
# hors ligne, il echouerait APRES un travail deja fait.
name: "{{ serveur_icingaweb2_paquets
| difference((paquets_tiers_disponibles | default({})).keys() | list) }}"
state: present
update_cache: true
paquets tiers : passer par le cache du controleur, plus par Internet Trois depots tiers etaient en HTTPS, et client_artefacts pose Acquire::https::Proxy DIRECT — sans quoi le cache du site refuse les tunnels et aucun depot tiers n est joignable. La ligne est juste ; sa consequence ne l avait pas ete vue : ces trois depots CONTOURNENT le cache, et chaque VM neuve allait les chercher sur Internet a sa naissance. step-cli et alloy sont poses par des integrations UNIVERSELLES. Sans lien, une machine neuve n obtenait ni son client d autorite ni ses metriques — elle n entrait dans aucun flux chiffre. Dernier obstacle a une reconstruction hors ligne, et il tenait dans un mot. make cacher-paquets tire les 21 deb aux versions epinglees, empreinte SHA256 verifiee depuis l index du depot. Le role partage paquets_tiers les depose et les installe EN UN SEUL appel a apt — il sait resoudre un ensemble de fichiers locaux qui se dependent, la ou paquet par paquet echouerait sur l ordre (Icinga en apporte dix-sept). Six roles branches ; chacun retombe sur le depot distant pour ce que le cache n a PAS fourni, et rien d autre. Eprouve pour de vrai : packages.smallstep.com renvoye vers 127.0.0.1, step-cli desinstalle, cache local efface. Le role rejoue installe 0.30.6-1 depuis le cache et la machine obtient ses certificats. Zero echec. Deux defauts de mon propre outil, trouves en le construisant : Smallstep sert son index NON COMPRESSE (404 sur .gz) donc step-cli n etait jamais mis en cache ; et un depot injoignable faisait continue AVANT d incrementer le total, si bien que le script rapportait 20 sur 20 alors qu il en manquait un. Une garde qui ne peut pas echouer ne garde rien — troisieme fois cette semaine. Corrige puis eprouve en le faisant echouer. Reste hors ligne : NTP externe, et l expedition des alertes. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-09-05 08:22:14 -04:00
when: (serveur_icingaweb2_paquets
| difference((paquets_tiers_disponibles | default({})).keys() | list)) | length > 0
# LE RESTE D'UNE INSTALLATION DANS LE MAUVAIS ORDRE (voir plus haut). On ne le retire que
# si apt confirme qu'il part SEUL : `state: absent` emporterait aussi tout paquet qui en
# dependrait, et ce role n'a pas a decider de leur sort.
- name: Simuler le retrait d'apache2 (rien d'autre ne doit partir)
ansible.builtin.command:
argv: "{{ ['apt-get', '-s', 'purge'] + serveur_icingaweb2_apache_restes }}"
register: serveur_icingaweb2_apache_simulation
changed_when: false
check_mode: false
- name: Retirer apache2, que rien n'utilise
ansible.builtin.apt:
name: "{{ serveur_icingaweb2_apache_restes }}"
state: absent
purge: true
when:
- serveur_icingaweb2_apache_simulation.stdout_lines | select('match', '^(Purg|Remv) ') | list | length > 0
- (serveur_icingaweb2_apache_simulation.stdout_lines | select('match', '^(Purg|Remv) ')
| map('regex_replace', '^(?:Purg|Remv) (\\S+).*$', '\\1') | list)
is subset(serveur_icingaweb2_apache_restes)
- name: Ajouter www-data au groupe icingaweb2 (lecture de la config)
ansible.builtin.user:
name: www-data
groups: icingaweb2
append: true
notify: Redémarrer php-fpm
- name: Assurer le répertoire du module IcingaDB
ansible.builtin.file:
path: "{{ serveur_icingaweb2_config_dir }}/modules/icingadb"
state: directory
owner: root
group: icingaweb2
mode: "0750"
- name: Déployer la configuration icingaweb2 (.ini)
ansible.builtin.template:
src: "{{ item.s }}"
dest: "{{ serveur_icingaweb2_config_dir }}/{{ item.d }}"
owner: root
group: icingaweb2
mode: "0640"
no_log: "{{ item.secret | default(false) }}"
loop:
- { s: config.ini.j2, d: config.ini }
- { s: resources.ini.j2, d: resources.ini, secret: true }
- { s: authentication.ini.j2, d: authentication.ini }
- { s: groups.ini.j2, d: groups.ini }
- { s: roles.ini.j2, d: roles.ini }
- { s: icingadb-config.ini.j2, d: modules/icingadb/config.ini }
- { s: icingadb-redis.ini.j2, d: modules/icingadb/redis.ini }
loop_control:
label: "{{ item.d }}"
notify: Redémarrer php-fpm
- name: Activer les modules icingaweb2 (IcingaDB, BPM)
ansible.builtin.command: "icingacli module enable {{ item }}"
args:
creates: "{{ serveur_icingaweb2_config_dir }}/enabledModules/{{ item }}"
loop: "{{ serveur_icingaweb2_modules }}"
when: not ansible_check_mode
- name: Assurer le répertoire des processus BPM (éditable via l'UI)
ansible.builtin.file:
path: "{{ serveur_icingaweb2_config_dir }}/modules/businessprocess/processes"
state: directory
owner: root
group: icingaweb2
mode: "2770"
when: "'businessprocess' in serveur_icingaweb2_modules"
- name: Semer les processus métier BPM (IaC, optionnel)
ansible.builtin.copy:
content: "{{ item.value }}"
dest: "{{ serveur_icingaweb2_config_dir }}/modules/businessprocess/processes/{{ item.key }}.conf"
owner: root
group: icingaweb2
mode: "0660"
loop: "{{ serveur_icingaweb2_bpm_processes | dict2items }}"
loop_control:
label: "{{ item.key }}"
when: serveur_icingaweb2_bpm_processes | length > 0
- name: Déployer le vhost nginx local d'Icinga Web 2
ansible.builtin.template:
src: nginx.conf.j2
dest: /etc/nginx/sites-available/icingaweb2.conf
owner: root
group: root
mode: "0644"
notify: Recharger nginx
- name: Activer le vhost Icinga Web 2
ansible.builtin.file:
src: /etc/nginx/sites-available/icingaweb2.conf
dest: /etc/nginx/sites-enabled/icingaweb2.conf
state: link
notify: Recharger nginx
- name: Retirer le site nginx par défaut
ansible.builtin.file:
path: /etc/nginx/sites-enabled/default
state: absent
notify: Recharger nginx
- name: Activer et démarrer PHP-FPM et nginx
ansible.builtin.systemd:
name: "{{ item }}"
enabled: true
state: started
loop:
- "{{ serveur_icingaweb2_php_fpm_service }}"
- "{{ serveur_icingaweb2_nginx_service }}"
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.
#
# LA SUPERVISION SURVEILLE SA PROPRE VITRINE. Sans cette sonde, une console morte laisse
# tous les verdicts au vert — le moteur va bien, les sondes poussent, et personne ne peut
# plus rien lire.
- 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 « vigie »
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
ansible.builtin.template:
src: sonde-vigie.sh.j2
dest: /usr/local/lib/setops/sondes/vigie.sh
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
owner: root
group: root
mode: "0750"