Set-OPS-Public/wiki/Rôle-serveur_openldap.md

# Rôle `serveur_openldap`

> **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>openldap</b>"]
  E0["dovecot"] -->|"636 · tls-requis"| R
  E1["flotte"] -->|"389 · starttls"| R
  E2["icingaweb2"] -->|"636 · tls-requis"| R
  E3["keycloak"] -->|"636 · tls-requis"| R
  E4["postfix"] -->|"636 · tls-requis"| R
  R -.->|"sonde « annuaire »"| ICINGA[["Icinga"]]
```

## Qui lui parle

| port | depuis | chiffrement | pourquoi |
|---|---|---|---|
| `636` | `serveur_keycloak`, `serveur_dovecot`, `serveur_icingaweb2`, `serveur_postfix` | tls-requis | LDAPS : fédération (Keycloak), userdb courriel (Dovecot), auth web (Icinga Web 2), tables virtuelles (Postfix). |
| `389` | `flotte` | starttls | LDAP + STARTTLS pour les clients internes qui préfèrent la mise à niveau TLS sur 389. |

## Ce qu'il rend à la supervision

| sonde | TTL | ce qu'elle voit |
|---|---|---|
| `annuaire` | 5400 s | L'annuaire repond-il, et contient-il encore ses entrees ? Un annuaire vide repond parfaitement a toutes les requetes — et plus personne ne s'authentifie nulle part. C'est le meme mensonge qu'une sauvegarde vide. |

## Ce qu'il expose en séries

*Aucun exportateur déclaré — voir `docs/conception/metriques-conception.md`.*

## Ce qu'il coûte, et qui entre

- **Empreinte** : 1 cœur(s), 512 Mo, 3 Go.
- **Authentification** : `socle-identite` — EST la source de verite des comptes. Son cn=admin est la racine de la chaine de secours : si LDAP tombe, plus rien n'authentifie.