mirror of
https://github.com/fosrl/newt.git
synced 2026-03-09 07:12:28 -05:00
Trouble with DNS in Docker Compose #19
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 @jbcpollak on GitHub (May 2, 2025).
I'm trying to run newt in Docker on my Synology using their Container Manager. I created a docker compose like this:
But the logs are full of the following:
When I run
docker exec -it newt nslookup pangolin.example.tldI get a similar error:I'm not sure if this is a problem with the container image - maybe its a problem with Docker or the Synology Docker setup, but I wanted to ask if there anyone has any insight into this problem.
TIA.
@oschwartz10612 commented on GitHub (May 3, 2025):
Strange. Certainly seems for some reason it does not like the DNS. I cant fully tell you why this is occurring on Synology but what you could try is using the DNS env var to specify a DNS and see if that helps. Let me know if it does or not.
@jbcpollak commented on GitHub (May 4, 2025):
I tried setting DNS to 8.8.8.8 and 192.168.1.1 (my router) and in both cases I got the same error as above. literally the same - the ip address of the server mentioned above didn't change. Which is very strange. And I did verify the container was rebuilt and running with the correct config. Its very strange.
@jbcpollak commented on GitHub (May 4, 2025):
Ok, I got it working - for anyone in the future, the problem was using the docker-compose YAML as a "Project" in the Synology Container Manager. I assume this is because it does something "interesting" with the network, and the non-default network has non-standard bridge settings.
Since Newt runs alone and doesn't really need a docker compose file, I just deleted the Project and switched to the Container tab, then set Newt up as a single container with the default "bridge" network. This worked immediately.