Your debug log shows your Pi-hole to have been configured for eth0
, but that interface isn't connected:
*** [ DIAGNOSING ]: Networking
[✗] No IPv4 address(es) found on the eth0 interface.
[✗] No IPv6 address(es) found on the eth0 interface.
Pi-hole itself is operational and able to provide resolution via wlan0
:
*** [ DIAGNOSING ]: Name resolution (IPv4) using a random blocked domain and a known ad-serving domain
[✓] levelsteelwhite.com is 0.0.0.0 on lo (127.0.0.1)
[✓] No IPv4 address available on eth0
[✓] levelsteelwhite.com is 0.0.0.0 on wlan0 (192.168.1.214)
[✓] doubleclick.com is 142.250.187.206 via a remote, public DNS server (8.8.8.8)
If your Pi-hole previously has registered with your router via eth0
, this could mean that is was reachable via a different IP from its now.
You want to verify your router's configuration to that regard, and/or reconnect a a cable to eth0
.
You could also run pihole -r
with Reconfigure.
Your debug log also shows that there are two DHCP servers on your network - your router and your Pi-hole:
** [ DIAGNOSING ]: Discovering active DHCP servers (takes 10 seconds)
Scanning all your interfaces for DHCP servers
* Received 303 bytes from wlan0:192.168.1.1
Offered IP address: 192.168.1.214
DHCP options:
Message type: DHCPOFFER (2)
router: 192.168.1.1
domain-name: "lan"
dns-server: 192.168.1.1
--- end of options ---
* Received 300 bytes from wlan0:192.168.1.214
Offered IP address: 192.168.1.225
DHCP options:
Message type: DHCPOFFER (2)
dns-server: 192.168.1.214
domain-name: "lan"
router: 192.168.1.1
--- end of options ---
This would work, as long as the router's DHCP adress range has been restricted to accommodate just your Pi-hole host machine's IP address.
Note that the router is handing out itself as DNS server, so any machine registering a DHCP lease with your router may by-pass Pi-hole - including the Pi-hole host.
If your Pi-hole host indeed acquires a DHCP lease from your router, that may even be beneficial, as that could allow the Pi-hole host to download OS updates and run Pi-hole's repair script even if Pi-hole's DNS resolver would eventually be inoperational.
However:
Since your nameserver was set to a loopback address, that would indicate that you have statically configured at least the DNS servers on the Pi-hole host machine, perhaps instead of acquiring a router DHCP lease.
In that case, you should consider to add a public DNS server to your static configuration, or to re-enable the DHCP client on your Pi-hole host.
Probably unrelated to your issue, but it seems you have attempted to block some IP addresses via Pi-hole, e.g.:
*** [ DIAGNOSING ]: Domainlist (0/1 = exact white-/blacklist, 2/3 = regex white-/blacklist)
id type enabled group_ids domain date_added date_modified comment
----- ---- ------- ------------ ---------------------------------------------------------------------------------------------------- ------------------- ------------------- --------------------------------------------------
1 0 1 1 192.168.1.102
Blocking IP addresses would be a firewall's job.
As a DNS filter, Pi-hole only ever blocks domains, so this rule would effecively not be blocking anything.