Pi-hole Version v3.0.1 Web Interface Version v3.0.1 FTL Version v2.7.4 (Update available!)
list updates fail with
::: Neutrino emissions detected...
:::
::: Pulling source lists into range... done!
:::
::: Getting raw.githubusercontent.com list... done
::: Status: Status 000
::: List download failed, using cached list (list not updated!)
::: Getting mirror1.malwaredomains.com list... done
::: Status: Status 000
::: List download failed, using cached list (list not updated!)
::: Getting sysctl.org list... done
::: Status: Status 000
::: List download failed, using cached list (list not updated!)
::: Getting zeustracker.abuse.ch list... done
::: Status: Status 000
::: List download failed, using cached list (list not updated!)
::: Getting s3.amazonaws.com list... done
::: Status: Status 000
::: List download failed, using cached list (list not updated!)
::: Getting s3.amazonaws.com list... done
::: Status: Status 000
::: List download failed, using cached list (list not updated!)
::: Getting hosts-file.net list... done
::: Status: Status 000
::: List download failed, using cached list (list not updated!)
:::
::: Aggregating list of domains... done!
::: Formatting list of domains to remove comments.... done!
::: 133922 domains being pulled in by gravity...
::: Removing duplicate domains.... done!
::: 110271 unique domains trapped in the event horizon.
:::
::: Adding adlist sources to the whitelist... done!
::: Whitelisting 6 domains... done!
::: Nothing to blacklist!
::: No wildcards used!
::: Formatting domains into a HOSTS file... done!
:::
::: Cleaning up un-needed files... done!
:::
::: Refresh lists in dnsmasq... done!
::: DNS service is NOT running
pihole -up
does also fail with
pihole -up
::: Checking for updates...
fatal: unable to access 'https://github.com/pi-hole/pi-hole.git/': Couldn't reso
lve host 'github.com'
Unfortunately the debug log cannot be uploaded. Can I somehow provide it on another way?
Your Pihole's primary DNS should be one of the default internet servers pihole suggests in the web UI most likely, unless you have a technical need for it to be your router.
My thought here was if your router's primary DNS is pihole and your pihole's DNS is your router...don't they just infinitely loop? Or maybe if fails eventually and tries the secondary, but that'd degrade performance. I'm not sure exactly how that situation plays out but it's a circular dependency in my mind, and ultimately your DNS must come from an upstream internet source as a home internet user
I'm seeing a lot of mentions of your internal docker gateway address 172.17.0.1 in the tricorder log, comparing ot my own pihole I see no mentions of that. I've never actually ran a synology so I'm not the best person to consult on getting my image running with it.
I would suggest radical changes like use the debian version (diginc/pi-hole:debian) or try --net=host equivalent setting for synology to see if that makes any difference.
Alright, it works now: I used the dicinc/pi-hole:alpine instead of dicinc/pi-hole:latest
Synology docker wizard is aking which tag one wants to download where I dont really know what to choose. With Alpine I dont have any problems, I can update the lists, I can dig and curl inside the pi hole container - very well!
Is there a description about the differences of the available tags somewhere?
Interesting, :latest and :alpine are supposed to be identical. They were last build at the exact same time with the exact same source (my source at least). I had noticed they actually don't end up with the same hash on docker's images but I had never noticed any difference between them.
Thank you so much, Diginc! For your support and of course for the nice docker image as well! It worked great with older pihole versions for me already. Only now during the upgrade I stepped into the trouble which could easily be on synologys side as well, dont know.
not sure for relevance, but after recreating the container, the synology firewall rules loses the initial port numbers for the pi-hole (53/80) setup (it just showed a comma , there). i needed to re-address the rules on synology.