add authelia as a stub operator ancilliary node, mirroring garage #910
No reviewers
fediversity/developers
Labels
No labels
0 points
0.5 points
1 point
13 points
2 points
21 points
3 points
34 points
5 points
55 points
8 points
ambition
application-offering
ambition
configure-applications
ambition
front-end
ambition/install-applications
ambition
security
ambition
switch-host
ambition
update-applications
ambition
user-management
api service
blocked
component: fediversity panel
component: nixops4
documentation
estimation high: >3d
estimation low: <2h
estimation mid: <8h
infinite points
productisation
project-management
question
role: application developer
role: application operator
role: hosting provider
role: maintainer
security
technical debt
testing
type unclear
type: bug
type: deliverable
type: key result
type: objective
type: task
type: user story
user experience
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
fediversity/fediversity!910
Loading…
Reference in a new issue
No description provided.
Delete branch "kiara/fediversity:ancilliary-authelia"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Wires
autheliasymmetrically withgarage: adds aresources.autheliamodule withrequest/policy/resource-typestructure, anancilliaryRequests.autheliacollection field inhosts-common.nix, anapp == "authelia"dispatch branch, a placeholder machine entry inoperatorgroup, and an application module so the per-app loop reaches it. Concrete OIDC/forward-auth semantics are out of scope (stubbed with TODOs); the newoperator-autheliaNixOS config materializes anddeployment-nixos-hostspasses unchanged.while this is just a modest start to #212, for now it would at least unblock moving garage to
hosting-provider(#187).c3951754f4de39efe9d3autheliapolicyautheliaas ancilliary node, mirroringgarage#909