Une règle qu'aucune garde ne vérifie finit par ne plus être vraie — c'est ce qui était arrivé aux 28 lignes d'intégration recopiées. Chaque rôle serveur_* porte un meta/authentification.yml, confronté à son code par P29. web-sso 5, socle-identite 2 (keycloak/openldap : ils SONT la chaîne d'identité), ldap-direct 2, interne-sans-auth 2, sans-auth-humaine 12. La preuve refuse l'oubli ET le mensonge. Éprouvée par sabotage sur sept cas : déclaration supprimée, portée inventée, secours retiré, posture de formulaire retirée, raison retirée, ldap-direct mensonger, réglage retiré des defaults. Les deux derniers passaient dans la première version : - le mensonge passait à cause d'un commentaire. Je cherchais le mot « ldap » dans le rôle, et serveur_grafana/defaults/main.yml contient « désactiver quelqu'un dans LDAP » : de la prose validait une déclaration fausse. La preuve exige maintenant un indice nommé — variable <rôle>_oidc / <rôle>_ldap, ou URI ldap:// - le réglage retiré passait parce que le gabarit citait encore la variable alors que plus rien ne lui donnait de valeur. La preuve lit defaults/main.yml en YAML et exige que la clé y soit définie, pas mentionnée. Elle a aussi forcé une valeur : oauth2-proxy était déclaré « formulaire local fermé » alors qu'il n'a aucun compte local. D'où formulaire_local: aucun, qui distingue « il n'y en a jamais eu » de « il y en a un, il est fermé ». Correction d'une note de la veille : Prometheus et Loki ne sont PAS exposés publiquement (aucun expose au plan). Seuls six groupes le sont. Le risque est intra-tenant, pas frontalier. Les deux lacunes sont comptées à chaque exécution, pas masquées. AFF-111, D-42. 29 preuves OK, ansible-lint (production) sur 375 fichiers. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| defaults | ||
| handlers | ||
| meta | ||
| tasks | ||
| templates | ||
| README.md | ||
serveur_openldap
Annuaire interne OpenLDAP (slapd Debian), socle d'identité pour le SSO (Keycloak), le courriel et fédération applicative (Keycloak).
Rôle
- Préconfigure slapd via debconf (installation non interactive) : domaine, organisation, backend MDB.
- Installe
slapd,ldap-utils,python3-ldap. - Mot de passe admin depuis Vault.
- Crée les unités organisationnelles de base (
ou=people,ou=groups).
Identité
- Domaine
exemple.internal→ base DNdc=exemple,dc=internal(dérivée). - Admin :
cn=admin,dc=exemple,dc=internal.
Secret requis (Vault)
serveur_openldap_admin_password: "{{ vault_openldap_admin }}"
À placer dans un group_vars/serveur_openldap/vault.yml chiffré. Sans lui, le rôle
refuse de s'exécuter (assertion explicite).
Variables principales
| Variable | Défaut | Rôle |
|---|---|---|
serveur_openldap_domaine |
exemple.internal |
Domaine → base DN |
serveur_openldap_organisation |
Exemple Inc |
Organisation |
serveur_openldap_ou |
[people, groups] |
OU de base créées |
Notes / limites
- Le préseed debconf configure slapd à l'installation initiale. Reconfigurer un
slapd déjà installé (changer domaine/mot de passe) nécessite
dpkg-reconfigure slapdmanuel (non automatisé ici pour éviter une purge accidentelle de la base). - TLS (LDAPS) : hors périmètre du socle — viendra avec les certificats de
serveur_step_ca. - Entrées utilisateurs/groupes : gérées ailleurs (provisioning de l'annuaire).
Prérequis
- Collection
community.general(ldap_entry) +python3-ldapsur la cible.