--- # Supervision derivee du role. Voir docs/supervision-conception.md. # # CE QUE CETTE SONDE MESURE, ET POURQUOI ELLE MANQUAIT. # # Set-OPS DESARME les mises a jour automatiques de Debian — `unattended-upgrades` est # masque sur les vingt et une machines — et les applique lui-meme, par `upgrade: full` # au passage du socle. C'est un choix defendable : un minuteur de fond qui se dispute le # verrou `dpkg` avec un deploiement est un tirage au sort, et il a fait decrocher # `infra-mail-01` d'une reconstruction entiere le 2026-09-10. # # Mais ce choix a une consequence que rien ne rattrapait : **les correctifs n'arrivent # que si quelqu'un deploie**. Vingt-deux sondes couvraient les certificats, les journaux, # les metriques, les sauvegardes, les bases, l'annuaire, les boites — aucune ne disait # qu'une machine prenait du retard de securite. Une flotte pouvait deriver des mois en # restant verte. # # CE QU'ON NE MESURE PAS, ET C'EST DELIBERE : # # - « le minuteur a-t-il tourne ? » — il est masque, exprès ; mesurer son inactivite # serait mesurer une decision, pas un risque. # - « la machine est-elle a jour ? » — trop vague : un paquet d'agrement en retard # n'est pas un correctif de securite en attente. # # CE QU'ON MESURE : les paquets en attente venant d'un depot de SECURITE, et depuis # COMBIEN DE TEMPS. Le retard seul ne dit rien — c'est sa DUREE qui transforme un # correctif publie en exposition acceptee. sondes: - nom: correctifs ttl: 5400 raison: >- Des correctifs de securite attendent-ils d'etre appliques, et depuis quand ? Set-OPS desarme les mises a jour automatiques et les applique au deploiement : sans cette mesure, rien ne dit quand le geste est du. - nom: horloge ttl: 5400 raison: >- L'heure est-elle disciplinee, et par la SOURCE DECLAREE ? Une machine peut etre parfaitement a l'heure en interrogeant quatre serveurs publics — c'est le defaut de Debian, et il a tenu quatorze machines jusqu'au 2026-09-11 sans que rien ne le dise. Mesurer la seule derive laisserait ce retour en arriere invisible.