Daniel Allaire
aac74f6043
Les 33 roles serveur_* declarent maintenant une sonde. Les huit qui manquaient
sont ceux dont la verite ne ressemble pas a « ce service repond-il ».
Quatre marqueurs du site : ce que tasks/main.yml verifie UNE FOIS au deploiement
cesse d etre vrai sans que rien ne tombe. La racine du cache se retrouve chainee,
la forge du genome repond en n ayant plus rien dedans, un locataire n est plus
admis a resoudre, l isolation d un depot glisse.
serveur_ops_site ne sert rien : il detient un pouvoir. La sonde verifie que la
carte est la, que la voute du site est chiffree et que sa cle est en 0600 — sans
lire le contenu d aucun des trois.
serveur_icingaweb2 surveille la vitrine de la supervision elle-meme : si la
console meurt, tout reste vert et l exploitant est aveugle.
DEFAUT 1 — quatre gabarits qu Ansible aurait refuse de rendre. Jinja lit le
{# de ${#tableau[@]} comme un debut de commentaire. Le depot connaissait le
remede et l appliquait la ou quelqu un s etait fait prendre, nulle part ailleurs.
P76 rend desormais chaque gabarit de role, avec les delimiteurs qu Ansible en
tirerait — pas une recherche de motif.
DEFAUT 2 — la doctrine promettait 54 greffons et citait check_pgsql. La flotte a
monitoring-plugins-basic : 53, sans check_pgsql ni check_dns ni check_ldap. Le
paquet qui les porte traine samba et snmp sur chaque machine. Un greffon absent
sort en 127, qui n est pas un code Nagios.
21 controles negatifs sur les machines reelles du site. ansible-lint production
0/91, harnais 75 OK.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
33 lines
1.7 KiB
YAML
33 lines
1.7 KiB
YAML
---
|
|
# 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.'
|