History

Daniel Allaire 22ef279464 authentification : chaque rôle déclare sa position, gardé par P29 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>		2026-08-03 17:05:43 -04:00
..
defaults	Zéro-confiance PG : verrou hostssl + détection de version robuste	2026-07-04 20:46:53 -04:00
handlers	Rendre le dry-run (--check) fiable sur les rôles applicatifs	2026-07-01 21:01:53 -04:00
meta	authentification : chaque rôle déclare sa position, gardé par P29	2026-08-03 17:05:43 -04:00
tasks	Zéro-confiance PG : verrou hostssl + détection de version robuste	2026-07-04 20:46:53 -04:00
templates	Zéro-confiance PG : verrou hostssl + détection de version robuste	2026-07-04 20:46:53 -04:00
README.md	Set-OPS — moteur d'ecosystemes numeriques souverains (Alliance Boreale)	2026-06-24 20:17:46 -04:00

README.md

serveur_postgresql

Installe et configure PostgreSQL (paquet Debian 13) comme base relationnelle partagée interne.

Rôle

Installe postgresql, postgresql-contrib et python3-psycopg2.
Détecte le cluster installé par Debian (/etc/postgresql/<version>/main).
Configure via un fichier conf.d/99-setops.conf : listen_addresses, port, password_encryption.
Gère pg_hba.conf : socket local en peer (administration), boucle locale et réseaux internes autorisés en scram-sha-256.
Active et démarre le service.
Provisionne optionnellement comptes et bases applicatifs (vides par défaut).

Réseau et sécurité

Écoute par défaut sur 127.0.0.1 et l'IP interne de l'hôte (ansible_host).
serveur_postgresql_reseaux_autorises ouvre l'accès aux clients internes (défaut 10.0.0.0/16).
Authentification scram-sha-256 (jamais md5/trust).
pg_hba.conf et la conf sont entièrement gérés par le rôle ; les modifications manuelles sont écrasées.

Variables principales

Variable	Défaut	Rôle
`serveur_postgresql_version`	`""` (auto)	Version majeure du cluster
`serveur_postgresql_port`	`5432`	Port d'écoute
`serveur_postgresql_ecoute`	`127.0.0.1` + IP interne	`listen_addresses`
`serveur_postgresql_reseaux_autorises`	`["10.0.0.0/16"]`	Réseaux clients en `pg_hba`
`serveur_postgresql_methode_auth`	`scram-sha-256`	Méthode d'authentification
`serveur_postgresql_parametres`	`{}`	Réglages additionnels
`serveur_postgresql_comptes`	`[]`	Comptes applicatifs (mot de passe via Vault)
`serveur_postgresql_bases`	`[]`	Bases applicatives

Provisionnement applicatif

À déclarer quand un service en a besoin, mots de passe depuis Ansible Vault :

serveur_postgresql_comptes:
  - nom: keycloak
    mot_de_passe: "{{ vault_postgresql_keycloak }}"
serveur_postgresql_bases:
  - nom: keycloak
    proprietaire: keycloak

Registre partagé des bases applicatives

En plus des listes explicites, le rôle lit instance/plan/bases-donnees.yml (registre déclaratif) et crée chaque base + son compte propriétaire dont serveur vaut serveur_postgresql. Le mot de passe vient de la variable Vault nommée par le champ secret. Le rôle applicatif lit le même registre pour bâtir sa chaîne de connexion — secret partagé, source unique. Patron : 1 appli → 1 base → 1 owner → 1 chaîne de connexion. Voir l'en-tête de instance/plan/bases-donnees.yml.

Prérequis

Collection community.postgresql (ansible-galaxy collection install community.postgresql).

Hors périmètre

Sauvegardes (rôle/concern séparé), réplication, tuning avancé.