mirror of
https://github.com/fosrl/newt.git
synced 2026-05-06 07:59:04 -05:00
[GH-ISSUE #135] Dns option doesn`t work #814
Reference in New Issue
Block a user
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?
Originally created by @vadim0872 on GitHub (Sep 9, 2025).
Original GitHub issue: https://github.com/fosrl/newt/issues/135
Originally assigned to: @oschwartz10612 on GitHub.
I configure split dns, all requests to *.mydomain.com forcibly sent to reverse proxy in local net.
The request to pangolin.mydomain.com going too, but it located on vps. To confirm this problem I try to use option "-dns" which is designed to set dns server that will be resolved request for pangolin endpoint, but it doesn`t metter at all
@DetermineAbsurd commented on GitHub (Oct 27, 2025):
I am also experiencing this issue. Supplied DNS environment variable is ignored seemingly.
Edit: After looking through the debug logs of the container, it appears to interpret the supplied DNS value, but not actually utilize it when doing network requests as the expected return IP of the endpoint does not match my configured response IP from my DNS server and the DNS server isn't reporting any requests from the device running Newt.
@cradermacher commented on GitHub (Jan 22, 2026):
same to me.
I configuered a newt LXC Container on my Proxmox Host. The LXC Container uses my internal Adguard as DNS Server.
A Ping from the container to a sudomain.internal-domain.de resolves the correct IP.
If use ressource in Pangolin, which should connect to the same subdomain, i get a "bad gateway".
@willthong commented on GitHub (Jan 24, 2026):
Pinging internal domain correctly hits DNS server (192.168.0.242) from within newt container:
Newt container logging shows "use of closed network connection" UDP errors when attempting holepunch:
Newt is correctly routing external requests to Public Resources but no connectivity to Private Resources. Please shout if this isn't actually the same issue and I'll happily split into a new ticket. Thanks for a brilliant product!
@mattheys commented on GitHub (Feb 13, 2026):
You should really open a separate issue for this I think, however you might need to add the environment variable ACCEPT_CLIENTS=true to the newt container.
@oschwartz10612 commented on GitHub (Feb 25, 2026):
@mattheys ACCEPT_CLIENTS=true is not required and is deprecated on latest versions of newt.
I would ignore --dns as newt should use the dns of the system. Please reopen if this still a problem.