Add AAAA for captive.renner.uno (same UniFi v6 gap as udm) #134

Merged
k.renner merged 1 commits from feat/captive-aaaa-record into master 2026-07-08 23:58:27 +00:00
Owner

Follow-up to the udm AAAA fix. captive.renner.uno has the identical problem, verified:

  • A → 192.168.8.1 (UDM console, served locally — same as udm)
  • AAAA → public proxy.renner.uno wildcard (UniFi forwards AAAA upstream)

Fix: pin captive AAAA → fd00::1 (the UDM management ULA, already verified serving the controller and reachable from the cluster). Same value as udm because both names resolve to the same UDM console.

tofu fmt clean. Apply via the deploy-infrastructure manual pipeline after merge (same as #133).

Follow-up to the `udm` AAAA fix. `captive.renner.uno` has the **identical** problem, verified: - `A → 192.168.8.1` (UDM console, served locally — same as `udm`) - `AAAA →` public `proxy.renner.uno` wildcard (UniFi forwards AAAA upstream) Fix: pin `captive` **AAAA → `fd00::1`** (the UDM management ULA, already verified serving the controller and reachable from the cluster). Same value as `udm` because both names resolve to the same UDM console. `tofu fmt` clean. Apply via the deploy-infrastructure manual pipeline after merge (same as #133).
k.renner added 1 commit 2026-07-08 23:55:19 +00:00
fix(dns): add AAAA for captive.renner.uno (same UniFi v6 gap as udm)
ci/woodpecker/push/deploy-infrastructure Pipeline was successful
498adf7330
captive.renner.uno has the identical problem just fixed for udm: UniFi
auto-serves only its A record (captive -> 192.168.8.1, the UDM console)
and forwards AAAA upstream, where the *.renner.uno wildcard returns
proxy.renner.uno. Pin the AAAA to the UDM management ULA fd00::1 so
v6-first clients reach the UDM instead of the public reverse proxy.

Same value as udm because both names resolve to the same UDM console
(192.168.8.1 over v4; fd00::1 is its v6, verified serving the controller).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
k.renner merged commit 36ac4dcec8 into master 2026-07-08 23:58:27 +00:00
Sign in to join this conversation.