research: private DNS for dev/homelab names (tailnet now, homelab later) #213
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Research issue: no implementation yet. Goal is to decide how to name hosts and services on private networks (the tailnet now, a homelab later) without typing IPs.
Questions to answer
lab.jfraeys.com/home.jfraeys.com, real Let's Encrypt certs via the DNS challenge) vs.internal(reserved for private use, needs a private CA)..localis out: it is mDNS, and Let's Encrypt will not issue for it.extra_records+ MagicDNS (nothing new to run) vs dnsmasq / CoreDNS (files) vs AdGuard Home / Technitium / Pi-hole (UI, wildcards, ad-blocking).dns_resolverrole (records from a vars file) or only Headscale config? What does the tailnet-only service list need today?Constraints
servicesnode is memory-starved until the OVH move (#187); anything added must be small.Options considered so far
extra_recordsDefinition of done for this issue
A short recommendation written into this issue: suffix, resolver, split-DNS approach, and whether it needs a role. Implementation gets its own issue.
Split into two issues: #241 (implementation: dns.extra_records from a role variable; MagicDNS with base_domain ts.jfraeys.com is already enabled) and #242 (decisions: names, certificates, cutover behavior, servers and DNS, homelab). Recommendation unchanged: Headscale extra_records now, a real resolver with split DNS later for the homelab.
Operator decision: keep Traefik as the reverse proxy (also for the homelab). The earlier mention of Caddy as an option is withdrawn.