Pihole causes need to reboot router several times a day, no internet

Debug token:
https://tricorder.pi-hole.net/bjiu5unten
Token: bjiu5unten

Hardware, all brand new, no issues with old hardware.
Asus Ax-88u with Merlin firmware
Synology DS920+ with docker and pihole

Ive tried all kinds of settings, but most recently:

Router;
DNS filter on, router mode, no filtering
NAS with static ip 192.168.1.110
LAN DNS: 192.168.1.110
advitce router ip: No

Wan DNS Automatic
Forward local domain to upstream DNS: No

Pihole: 100% default.
Cloudfare DNS ticked, both of them
Server adress: 192.168.1.110
Router/ gateway 192.168.1.1

Everything on the NAS's network is "automatic" it gets the static IP from the Routers DHCP server.

Completely forgot to write what the actual problem was ! Sorry.
With this setup the internet simply drops after a few hours. often i cant even connect to the wifi og acces the router via cabled computer, nothing to do except rebooting the router.
At first i thought it was a DNS loop, but i think im over that, but its the exact same problem, the only thing that varies between my different tryouts is the time before it crashes, sometimes 3 hours, a single time i was lucky to get 2 days.

Really hope for your help, ive really enjoyed this product for the last couple of years and hate that it doesnt work, but im not much into all the verbs and have "average/basic" knowledge around networking, so pls bare with me,

I feel ive tried out every single guide and tip i could google, incuding a lot from this site, lots of them a tad old though :wink: so maybe outdated,

Thanks in advance !

Your debug log shows network connectivity issues, which appear to be unrelated to Pi-hole.

*** [ DIAGNOSING ]: Networking
[✗] No IPv4 address(es) found on the eth0 interface.

[✗] No IPv6 address(es) found on the eth0 interface.

[i] Default IPv4 gateway: 192.168.1.1
   * Pinging 192.168.1.1...
[✗] Gateway did not respond. (https://discourse.pi-hole.net/t/why-is-a-default-gateway-important-for-pi-hole/3546)

But, shortly after this output, Pi-hole tested itself and is working properly.

*** [ DIAGNOSING ]: Name resolution (IPv4) using a random blocked domain and a known ad-serving domain
[✓] 5tysiecy.pl is 0.0.0.0 via localhost (127.0.0.1)
[✓] 5tysiecy.pl is 0.0.0.0 via Pi-hole (192.168.1.110)
[✓] doubleclick.com is 172.217.21.174 via a remote, public DNS server (8.8.8.8)

Your problem is likely in your network.

so what would your advice be ? reset router with stock firmware? Or does your experience/ knowledge tell you that merlin is needed to make it work ?

Ive tried every single setting variation in the router.
On my way to work, write tomorrow :slight_smile: think ill start over on the router tomorrow.
can you confirm that pihole works ? and that i can take my eyes off of that ?

Your debug log indicates that Pi-hole is working.

I have no advice, since I don't use that router or Merlin firmware.

Would you be running Pi-hole inside a Docker container on your NAS?

If so, network related reports from the debug log may be inconclusive.
Since name resolution tests returned ok, your issue may not be related to your Pi-hole's IP.

Your debug log is showing your router is distributing itself alongside Pi-hole as DNS server:

*** [ DIAGNOSING ]: Discovering active DHCP servers (takes 10 seconds)
   Scanning all your interfaces for DHCP servers

      dns-server: 192.168.1.110
      dns-server: 192.168.1.1
      router: 192.168.1.1

This would allow clients to by-pass Pi-hole using your router for DNS.
Pi-hole should be the sole DNS server for your network.

It could also be related to your problem if your router wouldn't be able to retrieve DNS answers for some reason. One such reason would be a DNS loop.
However, your debug log doesn't show your Pi-hole to be using your router as upstream or for Conditional Fowarding, so that's not likely.

During such an outage, did you check DNS resolution?
E.g. by running the following commands from a client in your network, assuming 192.168.1.110 would still be your Pi-hole machine's IP:

nslookup pi.hole
nslookup flurry.com 192.168.1.110

Yes it runs inside a docker :slight_smile:

Sorry, forgot to change that before the debug log, heres a fresh log with Router distributing itself off
Forgot to mention that 192.168.1.110 is outside of DHCP range which is between 2-100, not that it helps anything regardless of that setting :slight_smile:
Token: abm7sxeswk

C:\Users\mprei>nslookup pi.hole
Server: pihole-pihole1
Address: 192.168.1.110

Name: pi.hole
Address: 192.168.1.110

C:\Users\mprei>nslookup flurry.com 192.168.1.110
Server: pihole-pihole1
Address: 192.168.1.110

Name: flurry.com
Addresses: ::
0.0.0.0

Did one with google:
C:\Users\mprei>nslookup google.com 192.168.1.110
Server: pihole-pihole1
Address: 192.168.1.110

Non-authoritative answer:
Name: google.com
Addresses: 2a00:1450:4005:80a::200e
216.58.213.238

Another thing i fell upon when google last night at work :stuck_out_tongue:
Was that maybe the modem which is in bridgemode could be an issue? i have an unfamiliar ip on my wifi, but cant check the MAC adress without resetting it and accessing it. If that IP is the modem, could it be an issue?
"Disconnected" pihole since yesterday and no fallouts has occured. must be some sort of conflict between router and pihole ?

If those nslookups were indeed run during an outage as proposed, that would mean that Pi-hole would have been fully operational at that time, able to resolve its own name (pi.hole) and applying blocking (0.0.0.0) as expected, which in turn would suggest that your observation would not be related to Pi-hole.