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	authentification : SSO Keycloak devant, secours par sudo, formulaire local fermé	2026-08-03 16:50:36 -04:00
files/custom	Aurore rose-mauve et vert fluo ; thème Forgejo étendu au wiki	2026-07-21 17:42:52 -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	authentification : SSO Keycloak devant, secours par sudo, formulaire local fermé	2026-08-03 16:50:36 -04:00
templates	authentification : SSO Keycloak devant, secours par sudo, formulaire local fermé	2026-08-03 16:50:36 -04:00
README.md	Aurore : opacites reduites ; etat de forge-01 elucide	2026-07-22 11:57:50 -04:00

README.md

serveur_forgejo

Forge Git Forgejo (binaire officiel) — dépôts Git, CI, revue de code.

Rôle

Installe le binaire Forgejo (version épinglée, lien symbolique courant), utilisateur git.
Crée l'arborescence (/var/lib/forgejo, /etc/forgejo).
Base PostgreSQL via le registre (instance/plan/bases-donnees.yml, entrée forgejo).
app.ini : serveur derrière nginx (HTTP_ADDR=127.0.0.1, ROOT_URL https), DB, secrets, mailer vers serveur_postfix, inscription désactivée, INSTALL_LOCK (pas d'assistant web).
Service systemd + création du compte administrateur initial (une fois).

Secrets requis (Vault)

serveur_forgejo_secret_key: "{{ vault_forgejo_secret_key }}"        # forgejo generate secret SECRET_KEY
serveur_forgejo_internal_token: "{{ vault_forgejo_internal_token }}" # forgejo generate secret INTERNAL_TOKEN
serveur_forgejo_admin_password: "{{ vault_forgejo_admin }}"
vault_bd_forgejo: "..."   # mot de passe BD (partage avec serveur_postgresql)

Variables principales

Variable	Défaut	Rôle
`serveur_forgejo_version`	`10.0.0`	Version (à vérifier/bumper)
`serveur_forgejo_hostname`	`forge.exemple.internal`	Domaine (via nginx)
`serveur_forgejo_db_host`	`10.0.13.11`	data-01

Identité visuelle (thème Alliance Boréale)

Désactivée par défaut : serveur_forgejo_branding: false. À true, le rôle copie files/custom/ vers {{ serveur_forgejo_data }}/custom/ — logo, favicon, page d'accueil et la feuille public/assets/css/alliance.css, injectée sur toutes les pages par templates/custom/header.tmpl.

Le wiki n'a donc pas de thème distinct : Forgejo le rend avec le même habillage, et la feuille le couvre au même titre que les dépôts, les tickets et les README.

alliance.css est en deux sections, de risque différent :

Section	Contenu	Risque	État
§1 Variables	surcharge des variables de couleur officielles (`--color-primary`, `--color-body`…)	Sûr — aucune classe interne touchée, résiste aux mises à jour	Éprouvé sur forge-01 (CHANGELOG 2026-07-03 : `alliance.css` servi, cyan aurore rendu)
§2 Décor	fond aurore (`body`), filet sous les titres, citations, tableaux et code en ligne du contenu rendu (`.markup`)	Fragile — sélecteurs internes de Forgejo, à revérifier après chaque montée de version majeure	Jamais rendu — ajouté le 2026-07-21, validé en syntaxe CSS seulement

Supprimer §2 ramène au thème sobre d'origine : §1 se suffit à elle-même.

Le ciel nocturne ne s'applique qu'aux thèmes sombres (theme-forgejo-dark, theme-forgejo-auto) pour ne pas casser le thème clair.

Pour une forge hors flotte (instance Forgejo non gérée par Set-OPS), la pose manuelle des mêmes fichiers est décrite dans docs/theme-forgejo-hors-flotte.md.

Notes / limites

Version à confirmer sur forgejo.org/download ; l'URL suit le motif officiel des releases.
Le site nginx publiant Forgejo se déclare côté serveur_nginx.
Mailer en SMTP simple vers le relais interne (sans TLS pour l'instant).
forge-01 a existé, puis a été supprimée. L'hôte est donc etat: planifie dans instance/plan/serveurs.yml (état actuel) alors que CHANGELOG.md (2026-07-03) affirme le branding « prouvé sur forge-01 » (état passé, accueil 200, alliance.css servi). Les deux disent vrai : ce n'est pas une contradiction, c'est un enregistrement historique face à un état courant. La preuve reste valable — elle ne sera simplement rejouable qu'après recréation de l'hôte.

Prérequis

Dépendances serveur_postgresql, serveur_nginx, serveur_postfix (cf. docs/dependances-groupes.yml).