fatal: unable to access 'https://github.com/pi-hole/pi-hole/': Could not resolve host: github.com
fatal: unable to access 'https://github.com/pi-hole/web/': Could not resolve host: github.com
fatal: unable to access 'https://github.com/pi-hole/FTL/': Could not resolve host: github.com
but in the container....
pihole6:/# dig github.com
currently the containers dns variable is set to 127.0.0.1 but ive tried removing it and set the ip of cloudflared directly, tried 1.1.1.1. Same things happens.
I have noticed that while the container is starting if i go interactive dns will not work for pihole itself. Once the container is fully booted dns will resolve internally. To make it more clear I dont get internal resolution in pihole till i see [186M] INFO: Blocking status is enabled in the logs.
The dig output from the first post shows 127.0.0.11 as the server that responded. That's the docker nameserver and I'm guessing your using that to be able to resolve container names, it looks like you are using the cloudflared container name for an upstream and only docker's nameserver can resolve that.
I wouldn't expect you to be able to resolve with ftl while ftl is still spooling up, even if you change the blocking status. Using ftl inside the container to resolve itself is going to be tricky and prone to breaking.
What does the /etc/resolv.conf look like inside the running container? And what do the config files look like? Some of the variables will stick around if you set them in the past and did not clear or remove them from the configuration files (the actual .conf) files.
ok i understand. Is their a way to specify port 5054 in the dns for the container? I am guessing its is checking for updated when running these curls, will pihole recheck for updated repos after its initialized? is it cronjobed? or do i have to run pihole updatechecker. Not sure if it is meant to not give any output but im not seeing anything when i run it.