Set-OPS-Public/roles/client_backup/tasks/verifier.yml
Daniel Allaire 6653f49f2e
Some checks are pending
verifier / verifier (push) Waiting to run
sauvegarde : la verification suit la cle, pas le depot
serveur_backup verifiait pour tout le monde — juste tant que le depot vivait
dans l ecosysteme. Depuis qu ils deposent chez leur hebergeur, le site heberge
des octets chiffres COTE CLIENT : il ne peut ni les lire ni dire s ils valent
quelque chose. La verification revient donc au seul qui detient la cle, le noeud.

client_backup verifie SON depot distant — pas le fait d avoir lance sa
sauvegarde. Une unite verte sur un depot vide est ce qui a menti un mois.

serveur_icinga n exige plus un hote serveur_backup et se branche sur deux
modeles : depot local (services sur son hote, nommes sauvegarde: <noeud>) ou
pas de depot (services sur chaque noeud, nommes sauvegarde).

Le 404 qui n etait pas une absence : les noeuds recevaient  No objects found
alors que icinga2 object list montrait le service charge. Le filtre du compte
d API ne portait que la premiere forme de nom — c est la PERMISSION qui
refusait, avec les mots d une absence.

Aussi : ingress 5665 depuis client_backup, le pair ne nommait que
serveur_backup.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on
2026-09-02 18:53:44 -04:00

78 lines
2.7 KiB
YAML

---
# CE NOEUD VERIFIE SON PROPRE DEPOT DISTANT.
#
# Inclus seulement quand un `serveur_icinga` existe dans l'ecosysteme : sans destinataire,
# le rapport n'irait nulle part, et poser un timer qui echoue chaque nuit apprendrait aux
# gens a ignorer une unite rouge.
- name: Exiger de quoi rapporter à Icinga
ansible.builtin.assert:
that:
- client_backup_icinga_motdepasse | length > 0
fail_msg: >-
`vault_icinga_api_depot` requis : un hôte `serveur_icinga` existe, mais aucun
secret d'API. Le nœud verrait l'état de son dépôt sans pouvoir le dire.
- name: Déposer le mot de passe d'API Icinga
ansible.builtin.copy:
content: "{{ client_backup_icinga_motdepasse }}\n"
dest: /etc/setops/icinga-api.pass
owner: root
group: root
mode: "0600"
no_log: true
# L'AC d'ICINGA, PAS CELLE DE step-ca : Icinga refuse de servir un certificat qu'il n'a
# pas émis (il renouvelle tout ce qui expire sous 30 jours, nos certificats vivent 24 h).
# Domaine de confiance fermé, pair authentifié malgré tout — ce qui était le vrai enjeu.
- name: L'AC d'Icinga est-elle déjà disponible ?
ansible.builtin.stat:
path: "{{ client_backup_icinga_ca_source }}"
delegate_to: "{{ client_backup_icinga_hote }}"
register: client_backup_ca_presente
- name: Récupérer l'AC d'Icinga depuis l'hôte de supervision
when: client_backup_ca_presente.stat.exists
ansible.builtin.slurp:
src: "{{ client_backup_icinga_ca_source }}"
delegate_to: "{{ client_backup_icinga_hote }}"
register: client_backup_ca_icinga
- name: Déposer l'AC d'Icinga pour la vérification du pair
when: client_backup_ca_presente.stat.exists
ansible.builtin.copy:
content: "{{ client_backup_ca_icinga.content | b64decode }}"
dest: "{{ client_backup_ca_verification }}"
owner: root
group: root
mode: "0644"
- name: Installer curl pour le rapport passif
ansible.builtin.apt:
name: curl
state: present
- name: Déployer le contrôle de mon dépôt
ansible.builtin.template:
src: verifier-mon-depot.sh.j2
dest: /usr/local/sbin/setops-verifier-mon-depot.sh
owner: root
group: root
mode: "0700"
- name: Déployer l'unité et le timer de vérification
ansible.builtin.template:
src: "{{ item.s }}"
dest: "/etc/systemd/system/{{ item.d }}"
owner: root
group: root
mode: "0644"
loop:
- { s: setops-verification-depot.service.j2, d: setops-verification-depot.service }
- { s: setops-verification-depot.timer.j2, d: setops-verification-depot.timer }
- name: Activer le timer de vérification
ansible.builtin.systemd_service:
name: setops-verification-depot.timer
enabled: true
state: started
daemon_reload: true