Set-OPS-Public/roles/client_sante/defaults/main.yml
Daniel Allaire eee6851c3b sonde plancher ; une exposition sans port n est plus attribuee a l edge
La zone publie l empreinte de ce que le plancher doit porter ; chaque machine la compare
a son /etc/hosts. Au site, elle a revele que sauvegarde, pki et dns.genese.internal
pointaient vers l edge (regression de mon deploiement du matin) : la derivation ne donne
plus a l edge ce qui n a pas de port. Zone du site corrigee, SFTP des locataires verifie.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-09-29 12:34:47 -04:00

75 lines
3.9 KiB
YAML

---
# A QUI L'ON RAPPORTE — derive du groupe, jamais ecrit en dur. Vide = pas de supervision
# dans cet ecosysteme, et le role ne pose alors ni script ni minuteur : un timer qui
# echoue chaque heure apprend a ignorer le rouge.
client_sante_icinga_hote: "{{ (groups['serveur_icinga'] | default([]) | first) | default('') }}"
# L'ADRESSE DU TEMOIN, PAR SON NOM — SAUF QUAND LE NOM N'EXISTE PAS (2026-09-10).
#
# Le porteur visait `<hote>.<domaine>`, ce qui suppose le plancher `/etc/hosts` pose par
# le socle. Les HYPERVISEURS ne l'ont pas, et ne doivent pas l'avoir : Proxmox se sert de
# `/etc/hosts` pour l'identite de noeud du cluster, et la reecrire est un risque qu'on ne
# prend pas pour une commodite de supervision.
#
# Mesure : `curl: (6) Could not resolve host: site-mon-01.genese.internal` sur les trois
# hyperviseurs, alors que le porteur etait correctement installe et tournait.
#
# On DERIVE donc l'URL, ce qui laisse une machine sans resolveur la surcharger par une
# ADRESSE. Une seule chose change, et elle se declare la ou le nom ne marche pas.
client_sante_icinga_url: >-
https://{{ client_sante_icinga_hote }}.{{ domaine_interne }}:5665
# LE MEME COMPTE D'API QUE LE RAPPORT DE SAUVEGARDE, et c'est un choix.
#
# Un second compte serait plus pur — un secret par usage. Il exigerait une CLEF DE VOUTE
# DE PLUS dans chaque ecosysteme, donc un geste manuel a chaque nouvel ecosysteme, pour
# une portee identique : ce compte ne peut deja QUE poser un resultat passif, et
# seulement sur des services nommes. On elargit le filtre de deux noms a trois, on ne
# donne aucun pouvoir nouveau.
client_sante_icinga_utilisateur: "setops-depot"
client_sante_icinga_motdepasse: "{{ vault_icinga_api_depot | default('') }}"
client_sante_ca_verification: "/etc/setops/icinga-ca.crt"
client_sante_icinga_ca_source: "/var/lib/icinga2/ca/ca.crt"
# `ttl` du resultat passif. AU-DELA, ICINGA PERIME LE SERVICE DE LUI-MEME — c'est ce qui
# fait que le SILENCE alerte, et pas seulement l'echec. Un noeud eteint, un timer casse,
# un reseau coupe : trois facons de ne plus rien dire, et les trois doivent se voir.
#
# Trois fois la periode : deux passages peuvent manquer sans crier au loup.
client_sante_periode: "15min"
client_sante_ttl_icinga: 2700
# UNITES TOLEREES — nommees, jamais un motif large.
#
# Vide par defaut, et c'est le bon defaut : une unite en echec permanent use le seul
# signal qui devrait alerter. Le jour ou une VRAIE unite tombe, le compte passe de 1 a 2
# et personne ne fait la difference. Si une unite doit etre toleree, elle est ECRITE ICI,
# avec sa raison — pas absorbee par un filtre qui en cacherait d'autres.
client_sante_unites_tolerees: []
# `ttl` des sondes de ROLE. Plus long que celui de `sante` : une sonde de role peut etre
# plus lente (une poignee TLS, une requete), et on ne veut pas qu'un hoquet la perime.
# Six passages du porteur.
client_sante_ttl_sondes: 5400
# Delai de garde de CHAQUE sonde. Une sonde est cense repondre vite ; celle qui depasse
# n'a pas de verdict, et on le dit (INCONNU) plutot que de figer tout le rapport.
client_sante_delai_sonde: 20
# CE QUE LE PORTEUR INSTALLE. `curl` pousse le resultat vers l'API d'Icinga ;
# `monitoring-plugins-basic` apporte les greffons standard que les roles reutilisent au
# lieu d'ecrire du shell (voir docs/supervision-conception.md). Ils vivent dans
# `/usr/lib/nagios/plugins/`.
client_sante_paquets:
- curl
- monitoring-plugins-basic
# LA SONDE « disque » (2026-09-28) — pourcentage UTILISE, pour l'espace comme pour les
# inodes. Mesure le jour de sa pose : au plus 22 % d'espace et 7 % d'inodes sur les 35
# machines ; ces seuils laissent donc voir une croissance longtemps avant la panne.
client_sante_disque_avert: 80
client_sante_disque_crit: 90
# Le plancher que la sonde « plancher » compare a l'autoritatif. Mise en defaut PAR
# PARAMETRE : un fichier vide ou absent — la sonde doit alors voir tous les noms manquer.
client_sante_plancher_fichier: "/etc/hosts"