Problem: docs-lint (added in the wiki-hq reorg) surfaced 126 broken relative
links that predated this session — a container rename, incident/plan docs
that moved into archive/done subfolders without their inbound links being
updated, and a handful of relative-depth bugs in files nested under
containers/archive/ and plans/done/.
Fixes applied, by category:
- 124-authentik.md -> 106-auth-outpost.md (container was renamed; ~40 refs).
- investigations/{2026-04-21-hubris-crash-loop,2026-05-31-authentik-vps-migration}.md
-> archive/ prefix (both moved to investigations/archive/ previously).
- plans/{2026-06-01-slate-ax-to-sodola-migration,2026-06-04_130000-deprecate-claudio-bot,
2026-06-25-yuvomi-deployment}.md -> plans/done/ prefix.
- Depth bugs in files nested one level deeper than their siblings assumed
(investigations/archive/*, knowledge/wiki/containers/archive/*,
plans/done/*) — corrected relative-path depth.
- Destroyed containers with no surviving page (126-plato) delinked to the
containers/index.md archaeology row instead of a 404.
- ludo-mini.yaml -> strong.yaml (host was renamed, same physical machine).
- netbird-vps.md (no narrative page exists) -> netbird-vps.yaml (substrate
record, matching the existing convention for hosts without a wiki page).
- runbook-dpkg-interrupted.md refs -> .agents/skills/runbook-dpkg-interrupted/SKILL.md
(missed in the phase-4 runbook move because the referencing files used a
bare filename, not a runbooks/ prefix).
- One dangling forward-reference to a never-written investigation delinked
to the actual incident record it was describing.
Left alone: two links in knowledge/wiki/containers/101-jellyfin.md into
devops/homelab-authentik-admin/ — an intentional reference to a sibling repo,
not present in this checkout.
Verification: broken-link count 126 -> 2 (real remainder is the cross-repo
reference above); gen-topology.py --check still exit 0; build_host_files.py
still idempotent; all inventory.yaml doc_page targets still resolve.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
5.0 KiB
106 — auth-outpost
Authentik forward-auth outpost for LAN-gated apps. A stateless proxy that connects outbound to the VPS Authentik core and serves forward-auth locally, so Caddy (121) never hairpins auth through VPS Traefik.
At a glance
- Hostname:
auth-outpost - IP:
192.168.8.6(static) - Privilege: privileged (Docker-in-LXC,
features: nesting=1) - Resources: 1 core / 512 MiB / 4 GiB rootfs
- Mounts: none
- Created: 2026-06-01, Debian 13, replacing the embedded outpost on 124
Role
Runs one container — ghcr.io/goauthentik/proxy — that opens an outbound websocket to https://auth.hubris.network (the VPS core), pulls its proxy-provider config, and answers Caddy's forward_auth subrequests on 192.168.8.6:9000 (LAN-only bind). Because the call path is Caddy → outpost (LAN), with no Traefik in between, X-Forwarded-Host is preserved — the failure that 404s when Caddy is pointed at https://auth.hubris.network directly (Traefik rewrites the header). See the migration investigation.
Service / port map
| Service | Listen | Notes |
|---|---|---|
| authentik proxy outpost | 192.168.8.6:9000 |
/outpost.goauthentik.io/* (ping, auth/caddy) |
Config paths
/opt/authentik-outpost/docker-compose.yml—ghcr.io/goauthentik/proxy:2026.5.2,AUTHENTIK_HOST=https://auth.hubris.network,AUTHENTIK_INSECURE=false, port bound192.168.8.6:9000./opt/authentik-outpost/.env(mode 600, untracked) —AUTHENTIK_TOKENfor outposthubris-lan-outpost(sops-encrypt intosecrets/— TODO Phase 5).
The outpost object (VPS Authentik)
- Outpost
hubris-lan-outpost(type proxy), providers:hubris-forward-auth(domain, Paperless + domain-level apps),Provider for Torrent(qBittorrent),Provider for Artifacto(single). - Health: VPS admin → Applications → Outposts → last-seen current;
curl http://192.168.8.6:9000/outpost.goauthentik.io/ping→204; container logSuccessfully connected websocket.
Caddy wiring
Caddy (121) (authentik) snippet reverse_proxy/forward_auth → http://192.168.8.6:9000 (was 192.168.8.180:9000 on LXC 124). Tracked in dtoro/caddy-conf.
sso.hubris.network — the callback domain (critical)
Domain-level (forward_domain) providers redirect the browser to {external_host}/outpost.goauthentik.io/callback after login. On LXC 124 that external_host was auth.hubris.network, which resolved (LAN) to Caddy → the 124 outpost — same box, so it worked. Post-migration auth.hubris.network points to the VPS core, so the callback hit the wrong outpost → 400 / redirect-uri mismatch.
Fix: the LAN outpost gets its own domain.
- DNS:
sso.hubris.network → 192.168.8.175(Caddy). (in dnsmasq today — must be carried into Technitium in DNS Phase 2.) - Caddy: site
sso.hubris.network { tls dns ionos; reverse_proxy 192.168.8.6:9000 }(incaddy-conf). - Authentik:
hubris-forward-authandProvider for Torrenthaveexternal_host=https://sso.hubris.network; theirredirect_urismust match (set_oauth_defaults()regenerates them fromexternal_host— changingexternal_hostalone does NOT update them). Provider for Artifactoisforward_singleon its own domain, so it was unaffected.
Lesson: when the IdP core and the forward-auth outpost live on different hosts, the outpost needs a dedicated domain distinct from the core's — and proxy-provider redirect_uris must be regenerated, not just external_host.
Related
- 124 — authentik — old embedded-outpost host (now DNS-only)
- Caddy (121) — forward-auth consumer
- Ingress (VPS traefik)
- Authentik VPS migration
Changelog
2026-06-06 — Authentik session lifetime extended to 30 days
VPS Authentik core user_login stage updated: session_duration changed from seconds=0 (session cookie, cleared on browser close) to days=30 (persistent 30-day cookie). Also set AUTHENTIK_SESSIONS__UNAUTHENTICATED_AGE=days=30 in /opt/authentik.env on the VPS. See investigation.
2026-06-01 — created; forward-auth cut over from LXC 124
New dedicated LXC for the LAN forward-auth outpost (Phase 1 of the architecture migration). Deployed goauthentik/proxy:2026.5.2 pointed at the VPS core; repointed Caddy (authentik) from 192.168.8.180:9000 → 192.168.8.6:9000. Verified Paperless/qBittorrent/Artifacto return the SSO redirect with 124-Authentik stopped, confirming the frozen instance is out of the path. dnsmasq stays on 124 until DNS is relocated.