History

Daniel Allaire a08c61bb4e acces : Forgejo et Nextcloud cables, et le claim `groups` emis Les deux services n'etaient pas encore deployes : les cabler maintenant vaut mieux que les corriger apres. `porte_par` passe de `aucun` a `claim-groupe`. Forgejo recoit --group-claim-name + --admin-group, et sa tache passe de « creer si absent » a add-oauth OU update-oauth : le meme defaut que la federation Keycloak — cree une fois, jamais corrige — l'attendait sinon. Nextcloud recoit --mapping-groups + --group-provisioning, plus une tache qui verse les membres du groupe d'habilitation dans le groupe interne `admin` : etre dans un groupe projete ne donne aucun pouvoir en soi. Le maillon qui manquait aux deux : AUCUN mapper de protocole n'emettait le claim. Les groupes existaient dans le realm et n'apparaissaient dans aucun jeton — un cablage correct des deux cotes et rien au milieu. `oidc-group-membership-mapper` pose sur les trois clients, `full.path=false` pour que le claim porte `sysadmin` et non `/sysadmin`. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>		2026-08-07 14:49:28 -04:00
..
defaults	acces : Forgejo et Nextcloud cables, et le claim `groups` emis	2026-08-07 14:49:28 -04:00
files	serveur_nextcloud : rôle codifié depuis le spike (13 gotchas encodés)	2026-07-05 15:00:39 -04:00
handlers	serveur_nextcloud : rôle codifié depuis le spike (13 gotchas encodés)	2026-07-05 15:00:39 -04:00
meta	acces : Forgejo et Nextcloud cables, et le claim `groups` emis	2026-08-07 14:49:28 -04:00
tasks	acces : Forgejo et Nextcloud cables, et le claim `groups` emis	2026-08-07 14:49:28 -04:00
templates	serveur_nextcloud : rôle codifié depuis le spike (13 gotchas encodés)	2026-07-05 15:00:39 -04:00
README.md	serveur_nextcloud : rôle codifié depuis le spike (13 gotchas encodés)	2026-07-05 15:00:39 -04:00

README.md

serveur_nextcloud

Maison numérique souveraine : fichiers + collaboration (Nextcloud + Collabora), SSO Keycloak, base PostgreSQL chiffrée. Codifié depuis le spike empirique du 2026-07-05 (collab-01) — chaque réglage encode un gotcha prouvé sur du vrai. Cœur de l'offre maison-obnl (OBNL/coops) et cabinet (PME de professionnels).

Ce que le rôle fait

Paquets PHP-FPM 8.4 + extensions, nginx, redis (imagick tire ses deps — pas libmagickcore-6, absent de Debian 13) ;
tuning PHP 512M + opcache, et env[PGSSLMODE]/PGSSLROOTCERT dans le pool php-fpm (PDO pgsql lit libpq) ;
tarball épinglé → /var/www/nextcloud + occ maintenance:install sur PG en verify-full TLS ;
vhost nginx local avec MIME .mjs = text/javascript (sinon modules ES bloqués → pages blanches) ;
overwrite* + trusted_proxies (edge) + Redis + allow_local_remote_servers (anti-SSRF, IP privées) + import du root step-ca dans le bundle CA propre de Nextcloud ;
SSO user_oidc (Keycloak) ; richdocuments (WOPI : wopi_url local + public_wopi_url edge, posé après activate-config) ;
identité Alliance Boréale (theming + thème « ciel étoilé ») + whitelist anti-force-brute du sous-réseau d'admin.

Dépendances (à fournir avant déploiement)

Registre BD : une base nextcloud (consommateur serveur_nextcloud) dans bases-donnees.yml ;
Voûte : vault_nextcloud_admin, vault_nextcloud_oidc (secret du client Keycloak) ;
Keycloak : un client nextcloud (redirect …/apps/user_oidc/code) dans le realm de l'instance ;
serveur_collabora actif (le serveur WOPI) + son exposition bureau.<domaine> ;
Exposition edge : cloud.<domaine> → ce nœud:80, avec le FQDN dans les SAN du cert edge ;
Plancher : le nœud doit résoudre bureau.<domaine> (→ edge) ; client_pki pour le root_ca.

Robustesse (hygiène Nextcloud)

Version épinglée (serveur_nextcloud_version) — pas de mise à jour surprise ;
upgrades en escale (staging → prod), sauvegarde d'abord (restic), surveillance Icinga ;
l'app riche en config → traiter avec soin (le spike a documenté les pièges, on n'improvise pas).

Validation

ansible-lint : profil production (0 échec, 0 avertissement). --syntax-check : OK. Éprouvé bout-en-bout sur collab-01 (SSO, édition .odt, apps, identité visuelle).