Set-OPS-Public/roles/serveur_nextcloud/meta/acces.yml
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

16 lines
655 B
YAML

---
# Habilitations reconnues par ce service. Voir docs/autorisation.md.
acces:
- groupe: sysadmin
accorde: admin
# `user_oidc --mapping-groups --group-provisioning` importe les groupes du
# claim, puis le role verse leurs membres dans le groupe interne `admin` —
# etre dans un groupe projete ne donne aucun pouvoir en soi.
porte_par: claim-groupe
raison: >-
Administration : utilisateurs, quotas, applications, partages.
- groupe: personnel
accorde: utilisateur
porte_par: defaut # tout utilisateur authentifie
raison: >-
Son espace de fichiers et ses partages. C'est le niveau par defaut.