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
35 lines
1.6 KiB
Markdown
35 lines
1.6 KiB
Markdown
# Rôle `serveur_cache_site`
|
|
|
|
> **Généré** par `scripts/fiche_role.py` depuis les `meta/` de ce rôle.
|
|
> Ne pas éditer à la main : corriger la déclaration, puis régénérer.
|
|
|
|
> **Pour qui :** celui qui doit agir sur ce rôle et veut savoir, avant de toucher quoi que ce soit, qui lui parle, ce qu'il rend, et ce qu'il coûte.
|
|
|
|
```mermaid
|
|
graph LR
|
|
R["<b>cache_site</b>"]
|
|
E0["site"] -->|"3142 · clair"| R
|
|
R -.->|"sonde « cache-site-racine »"| ICINGA[["Icinga"]]
|
|
```
|
|
|
|
## Qui lui parle
|
|
|
|
| port | depuis | chiffrement | pourquoi |
|
|
|---|---|---|---|
|
|
| `3142` | `voisins_site` | clair | Servir les caches des écosystèmes voisins. Debian n'est ainsi téléchargé qu'une fois pour tout le site, et le cache ne voit que des requêtes AGRÉGÉES — jamais quelle machine installe quoi. |
|
|
|
|
## Ce qu'il rend à la supervision
|
|
|
|
| sonde | TTL | ce qu'elle voit |
|
|
|---|---|---|
|
|
| `cache-site-racine` | 5400 s | Ce cache est-il toujours la RACINE de la chaine, et peut-il encore remplir ? Un cache chaine sur lui-meme ou coupe de Debian repond parfaitement — il sert ce qu'il a deja. La panne n'apparait qu'au premier `apt update` d'un ecosysteme neuf, c'est-a-dire au pire moment. |
|
|
|
|
## Ce qu'il expose en séries
|
|
|
|
*Aucun exportateur déclaré — voir `docs/metriques-conception.md`.*
|
|
|
|
## Ce qu'il coûte, et qui entre
|
|
|
|
- **Empreinte** : 0 cœur(s), 0 Mo, 0 Go.
|
|
- **Authentification** : `sans-auth-humaine` — Un cache de paquets ne sert que des machines. Ce qui le protege n'est pas une authentification mais la LISTE de ses pairs : seuls les tenants de ce site le joignent, et la frontiere le fait respecter. Ce qu'il sert est public par nature.
|
|
|