e7c1f561f1
Add the Authentik OIDC application that fronts the arrproxy media front door at arrstack.unkin.net, plus the per-app entitlement groups arrproxy reads from the user's groups claim to decide which backends (sonarr/radarr/prowlarr) a user may reach. - config/providers_oauth2/arrstack.yaml: confidential oauth2 client client_id=arrstack, litellm-style auth/invalidation flows, client_secret from Vault kv kubernetes/namespace/arrstack/default/oauth-credentials, openid/email/profile scopes, redirect https://arrstack.unkin.net/oauth2/callback, launch https://arrstack.unkin.net/. The module always attaches the estate's hierarchical ak_groups scope mapping, so the front door emits the groups claim. - config/permissions/akP-arrstack-user.yaml: front-door gate (application: arrstack). - config/permissions/akP-arrstack-{sonarr,radarr,prowlarr}.yaml: per-app entitlements, unbound (no application) so they only surface in the ak_groups claim for arrproxy to authorize backends. - config/roles/akR-arrstack-user.yaml: full media role nesting all four. - akR-global-admin: also nests the arrstack front door + all per-app perms.
7 lines
385 B
YAML
7 lines
385 B
YAML
# Permission group akP-arrstack-prowlarr (name = filename). Per-app entitlement:
|
|
# NOT bound to any application (no `application` field), so it does not gate OIDC.
|
|
# It exists purely to appear in the user's hierarchical `ak_groups` claim, which
|
|
# arrproxy reads (via oauth2-proxy X-Auth-Request-Groups) to decide whether to
|
|
# mint a token allowing the prowlarr backend.
|
|
attributes: {}
|