-
-
Notifications
You must be signed in to change notification settings - Fork 514
feat(dns): resolve network-local names #2970
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
For |
|
This feels much needed, merging this for v3.41.0 let's yolo it |
WHAT I NEED FROM YOU 🆘 : What is your current usage of DNS_KEEP_NAMESERVER or SERVER_ADDRESS?My use of Is so i can use my own in house DNS server that uses DoH with cloudflared. Let me know if you need anything else, superappriciated of the software, always have been. Edit: My local DNS is its own device running on my network, so its no container that lives in same space as gluetun (gluetun runs on my machine specifically). |
|
@hitem Thanks! Got it! Please try out image tag |
WHY: To finally be able to resolve container names present in the same container network as Gluetun.
WHAT I NEED FROM YOU 🆘 : What is your current usage of
DNS_KEEP_NAMESERVERorSERVER_ADDRESS?NEXT STEPS:
DOTgone`) so that local names can always resolveDNS_KEEP_NAMESERVER. It should now be unneeded as far as I know.DNS_ADDRESSsuch that:127.0.0.1(current default): ignore itDNS_UPSTREAM_RESOLVER_TYPEOn this PR:
You can run it with tag
:pr-2970. No other configuration needed.This is handled by a middleware built-in the local DNS forwarding server. Local names are queried to the private nameservers found in /etc/resolv.conf at container start (i.e. 127.0.0.11 for a Docker bridge network), and forwarded back to clients. That way you can have both DNS over TLS (with caching, filtering etc.) + local container names. Note non-local names AND local names not resolved are both then handled by the normal DNS over TLS pipeline (including filtering, caching etc.)
Small additional notes for this PR: