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

75 lines
2.5 KiB
YAML
Raw Normal View History

---
- name: Exiger la zone souveraine et un réseau autorisé
ansible.builtin.assert:
that:
- serveur_resolveur_zone_interne | length > 0
- serveur_resolveur_reseaux_autorises | length > 0
fail_msg: >-
serveur_resolveur exige `domaine_interne` et au moins un réseau dans
`serveur_resolveur_reseaux_autorises`. Un résolveur sans liste d'accès serait
soit muet, soit un relais ouvert.
- name: Installer le résolveur
ansible.builtin.apt:
name: "{{ serveur_resolveur_paquets }}"
state: present
update_cache: true
when: not ansible_check_mode
- name: Déployer la configuration Set-OPS
ansible.builtin.template:
src: setops.conf.j2
dest: /etc/unbound/unbound.conf.d/setops.conf
owner: root
group: root
mode: "0644"
notify: Redémarrer le résolveur
- name: Valider la configuration avant de la servir
ansible.builtin.command: unbound-checkconf
changed_when: false
when: not ansible_check_mode
- name: Activer et démarrer le résolveur
ansible.builtin.systemd:
name: "{{ serveur_resolveur_service }}"
enabled: true
state: started
when: not ansible_check_mode
- name: Appliquer les redémarrages avant de vérifier
ansible.builtin.meta: flush_handlers
# ÉCRIRE, PUIS RELIRE (D-68). Un résolveur « active » qui ne répond pas est le pire des
# cas : toute la flotte pointe vers lui, et découvre la panne en essayant de résoudre.
- name: Répond-il vraiment, pour l'interne ET pour l'Internet ?
ansible.builtin.command: "dig @{{ ansible_host }} {{ item.nom }} {{ item.type }} +short"
register: serveur_resolveur_controle
changed_when: false
failed_when: serveur_resolveur_controle.stdout | trim == ''
loop:
- { nom: "{{ serveur_resolveur_zone_interne }}", type: "SOA" }
- { nom: "deb.debian.org", type: "A" }
loop_control:
label: "{{ item.nom }} {{ item.type }}"
when: not ansible_check_mode
sondes : les six premieres, et le patron qui les rend eprouvables Ajout de meta/supervision.yml a six roles, chacun deposant sa propre sonde selon le contrat des greffons Nagios. DEUX PRINCIPES POSES AU DOCUMENT DE CONCEPTION, parce que la premiere sonde les a imposes : 1. UNE SONDE DOIT POUVOIR ETRE MISE EN DEFAUT PAR PARAMETRE. Cible et seuils sont des variables du role : on la prouve rouge avec un port ferme ou un seuil impossible, sur une machine reelle, sans rien casser, et aussi souvent qu on veut. Une sonde qu on ne peut prouver qu en cassant un service ne sera prouvee qu une fois. 2. LA SONDE VIT LA OU VIT LA VERITE. « Ce noeud est-il collecte ? » est une sonde de serveur_prometheus, pas de client_metrique : une seule y voit les N noeuds, et surtout elle voit le cas SILENCIEUX — celui qui a cesse d etre collecte ne peut pas s en plaindre. LES SIX : cache-apt (artefacts, repond + place), resolution (resolveur, zone interne ET Internet — deux chemins distincts), forge (forgejo, son propre /api/healthz), collecte (prometheus, 15/15 cibles), tableaux (grafana, base ok), ingestion (loki, PRET a ingerer, pas seulement en ecoute). TROIS FOIS J AI ECRIT LA SONDE AVANT DE MESURER, ET TROIS FOIS ELLE A EU TORT. La forge : port 443 et chemin des depots INVENTES — elle ecoute en 3000 derriere l edge et n a legitimement aucun depot. Loki : j ai conclu « panne persistante » sur deux lectures prises a quelques secondes d intervalle, juste apres un redemarrage ; l anneau etait ACTIVE et la reponse est passee a ready moins d une minute plus tard. Le delai de stabilisation est desormais un AVERTISSEMENT nomme, pas une panne. On demande au service ce qu il pense de lui-meme quand il sait le dire (healthz, /ready, /api/health) plutot que d inventer un critere de l exterieur. make prouver : CONFORME. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-10 02:48:55 -04:00
# --- Sonde de supervision (docs/supervision-conception.md) --------------------------
# Le role qui possede la verite depose sa propre sonde ; le porteur (`client_sante`) la
# fait tourner et pousse le verdict, sans savoir ce qu'elle mesure.
- 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 »
ansible.builtin.template:
src: sonde-resolution.sh.j2
dest: /usr/local/lib/setops/sondes/resolution.sh
owner: root
group: root
mode: "0750"