---
# Supervision derivee du role. Voir docs/supervision-conception.md.
#
# CE QUE `serveur_resolveur` SURVEILLE DEJA : `resolution` (le resolveur repond-il ?) et
# `zones` (sert-il encore ses zones ?). Vrai pour n'importe quel resolveur.
#
# CE ROLE PORTE UNE AUTRE VERITE : ce resolveur-la est celui que les LOCATAIRES
# interrogent tant qu'ils n'ont pas le leur. Sa liste d'autorisation est une liste qui
# SUIT une autre — celle des tenants du site. Et une liste qui suit une autre prend du
# retard.
#
# LA PANNE QU'ELLE PRODUIT NE RESSEMBLE PAS A SA CAUSE. Unbound ne refuse pas bruyamment
# un reseau absent de sa liste : il laisse tomber la requete. Chez le locataire, ca se lit
#
#     Echec temporaire dans la resolution du nom
#
# — le message d'un DNS mort. Le DNS est parfaitement vivant ; il ne parle simplement pas
# a celui qui demande. C'est le texte meme du 2026-08-30 sur `infra-pki-01`, premiere
# machine de Chezlepro : elle sortait en 443 par adresse et restait aveugle aux noms.
#
# `tasks/main.yml` l'exige au deploiement. Mais le jour ou un tenant s'ajoute au site, la
# liste ne bouge que si quelqu'un redeploie CE role — et c'est precisement au premier
# amorcage du nouveau tenant que le manque se paie.
#
# 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: resolution-locataires
    ttl: 5400
    raison: 'Les locataires du site sont-ils toujours admis a resoudre ici ? Un supernet
      absent de la liste d''autorisation ne provoque pas un refus : Unbound laisse tomber
      la requete, et le locataire lit « Echec temporaire dans la resolution du nom » — le
      message d''un DNS mort, alors que le DNS va tres bien.'