Alternativ til Authentik — samme mål (ét login + 2FA for Forgejo, Jellyfin, n8n, Kanboard, Shaarli, WebDAV), men med et markant lettere setup.
Hvorfor Authelia i stedet for Authentik
Én enkelt binær/container, ingen database eller cache-container nødvendig til et setup i denne størrelse.
Mindre footprint, hurtigere opstart, mindre at holde opdateret.
Trade-off: mindre poleret UI, og — vigtigst — en anden integrationsmodel, se nedenfor.
Footprint
Komponent
Rolle
authelia
Enkelt binary: portal, 2FA, forward-auth endpoint, (valgfrit) OIDC-provider
users_database.yml
Lokal filbaseret brugerdatabase (bcrypt-hashed passwords)
SQLite (indbygget)
Sessions og 2FA-registreringer — ingen separat DB-container
Typisk idle-forbrug er under 100 MB RAM og minimal CPU — markant lettere end Authentiks 4 containere (server, worker, Postgres, Redis). Redis/Postgres er kun relevant, hvis man kører flere Authelia-instanser i HA, hvilket ikke er nødvendigt her.
Dokumentation for at centralisere login til mine selfhostede services (Forgejo, Jellyfin, n8n, Kanboard, Shaarli, WebDAV) bag én identity provider, i stedet for separat auth pr. app.
Hvorfor
Ét login-flow og én 2FA-politik i stedet for app-for-app opsætning.
Tilføjer 2FA til services der i dag ikke har det (fx WebDAV, som kun er beskyttet af et langt password).
Centraliseret brugerstyring og adgangslog.
Footprint
Komponent
Rolle
server
Web-UI, API, OIDC/SAML-endpoints
worker
Baggrundsjobs (flows, outpost-sync)
PostgreSQL
Database
Redis
Cache/session store
Officielt minimum er 2 CPU-tråde + 2 GB RAM. I et lille setup som dette kører det typisk fint med ~1 CPU / 1.5-2 GB RAM i idle. Det er klart tungere end Authelia (ingen database, enkelt Go-binary, <50 MB RAM), men til gengæld får man en fuld UI, bruger-admin og indbyggede outposts.
