Public names are proxied CNAMEs to the Cloudflare Tunnel since PR #156 and work from the LAN, so they should resolve publicly there too. Replace the address=/${BASE_DOMAIN}/ wildcard with explicit entries: the LAN-only names (derived from every controller:none HTTPRoute), gitea/nextcloud (off Cloudflare's 100 MB / 100 s limits), keycloak/auth, and the L4 VIPs. Add L0 check pihole-lan-names, mutation-tested. Correct docs that still described public names as CNAME to wan. and the cloudflared entrypoint comment. Co-Authored-By: Claude Opus 5.5 <[email protected]>
platform/gateway
Gateway API (north-south ingress) implemented by Cilium + the shared HTTPS Gateway and the wildcard TLS certificate.
- Governing ADRs: ADR-0002 — Cilium + Gateway API, ADR-0006 — cert-manager/Let's Encrypt
- Spec: docs/09 — DNS & Ingress
- Serves: R-DNS-01, R-TLS-01
- Owner: WS-NET (+ WS-SEC for the cert)
What this stub is
GatewayClasscilium— Gateway API implemented by Cilium; no separate ingress controller (ADR-0002).Gatewayshared— HTTPS listener on*.home.keithjackson.dev, TLS terminated with the wildcard cert. App HTTPRoutes attach cross-namespace via a namespace label + ReferenceGrant (rendered by WS-APPS from each ServiceDefinition'sexposure).Certificatewildcard-home—*.home.keithjackson.devissued by${ACME_CLUSTER_ISSUER}(staging in dev, prod in prod — R-ENV-02). Makes onboarding certificate-free (ADR-0006 default).
Contract (Issuer + Gateway TLS)
The "Issuer + Gateway TLS" interface (roadmap/workstreams.md): this Gateway + wildcard cert are what
every service's HTTPRoute attaches to. ExternalDNS (../externaldns) publishes the
public records for hostnames routed here. Ingress opens north-south only — it does not relax
east-west default-deny (docs/09).
TODO (later phases)
- Phase 2 (WS-NET): pin the L2-announced ingress VIP / IP pool (Cilium L2 announcement, docs/09); add the HTTP→HTTPS redirect route; confirm the cross-namespace ReferenceGrant pattern with WS-APPS.
- Public exposure is via the Cloudflare Tunnel (2026-11-08,
platform/cloudflared): the Gateway'sexternal-dns.alpha.kubernetes.io/targetis<tunnel-uuid>.cfargotunnel.com, so every published name is a proxied CNAME to the tunnel and cloudflared forwards to this Gateway's ClusterIP. No inbound WAN 80/443 forward is needed (the old manual edge port-forward is retired — runbooks/cloudflare-tunnel.md). LAN/VPN-only names (internal apps, plex, headlamp) carrycontroller: noneon their route and are 404'd by the tunnel.