Set-OPS-Public/roles/serveur_rspamd/meta/supervision.yml
Daniel Allaire 5340220192 vigie : vues métier par clientèle interne, dérivées du plan
- metier: sur chaque sonde (47) ; catalogue des vues et services dans
  serveur_icingaweb2 ; vues Mes outils / Services rendus / Exploitation
- contrôles calculés comme serveur_icinga (sauvegardes, socle, matériel,
  frontière) ; vue vide non posée ; ancien exemple supervision retiré
- CHANGELOG 71

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-04 02:26:11 -04:00

21 lines
1 KiB
YAML

---
# Supervision derivee du role. Voir docs/supervision-conception.md.
#
# UNE SEULE SONDE, une seule CAUSE D'ACTION : aller voir rspamd.
#
# UN FILTRE MUET NE BLOQUE PAS LE COURRIER — IL LE LAISSE PASSER. Postfix qui n'obtient
# pas de verdict de rspamd delivre sans filtrer, ou differe : dans les deux cas le service
# de courriel a l'air sain pendant que le pourriel entre ou que la file grossit.
#
# LA SONDE EST UN GREFFON STANDARD (`check_http`), pas du shell : la verite a mesurer
# n'a rien de propre a Set-OPS — c'est « ce service HTTP repond-il ce qu'il doit ».
#
# TTL de 5400 s pour un porteur qui passe aux 15 min : trois passages manques avant la
# peremption. Le silence alerte autant que l'echec.
sondes:
- nom: filtrage
metier: courriel
ttl: 5400
raison: 'Le filtrage du courrier repond-il, et ANALYSE-T-IL (GTUBE rejete) ? Un filtre muet ne bloque pas le courrier, il le
laisse passer : Postfix sans verdict delivre sans filtrer ou differe, et le service de
courriel a l''air sain pendant que le pourriel entre.'