PiHole on a dedicated RPi 3B+ should be able to serve as DHCP and DNS blocking for a home network, ~40 total connected devices (a few computers, some phones/tablets, and other various internet connected devices).
Actual Behaviour:
PiHole FTL has started taking 100% CPU time, and DNS requests sent to PiHole went from mostly working to taking 30+ seconds or timing out completely.
Bypassing PiHole yields good internet speeds with ads. Even SSH into PiHole or pinging pinhole leads to instability and ~75% packet loss. Connecting Pi to physical KBM allows for basic management.
Debug Token:
Many attempts made to generate debug log. Either times out (web interface connected to Pi admin console) or get the error 'There was an error uploading your debug log' when running on the RPi directly.
Have discovered something interesting with the DHCP server now:
Devices will not get addresses automatically from DHCP, but if I manually configure the device to have the same IP as the reservation, then things tend to be fine. Still can't get anything to resolve through the PiHole in less than 30 seconds though, but gravity is still updating.
No rogue DHCP servers, I'll have to see how I can do that probe (this is already stretching my skillset and knowledge).
I figured that the PiHole DHCP solution would 'just work' but its been a lot of trouble. I suppose I can turn it off and go back to having the ORBI handle DHCP and I'll just live without granular device logging (which was really helpful to fine tune getting ads blocked and white lists correct).
I still can't get the RPi to reliably respond to a ping, so I guess its no surprise that DHCP is failing.
In other news, looks like gravity failed to update because the PiHole can't update the lists. Any idea what would prevent PiHole itself from getting online now?
I could not generate this from the RPi directly, since it could not get online, but I was able to connect from another machine on the network, which I have configured to use a regular DNS server, bypassing the PiHole.