I'm trying to get acquainted with group management, finally found a business case to implement a regex whitelist, used by certain devices only.
The group management documentation says:
Don't forget to run
pihole restartdns reload-lists
after your database modifications to have FTL flush it's internal domain-blocking cache (separate from the DNS cache).
So after I made changes, using the web interface, and / or using sqlite3 commands,
I run pihole restartdns reload-lists
I have a lot of gravity entries (currently 2.199.056) and some other custom dnsmasq config files. It takes a long time for pihole-FTL to start resolving names again after running pihole restartdns reload-lists
unfortunately, after executing the command, the prompt (pi@raspberrypi:~ $)
returns immediately.
pi@raspberrypi:~ $ pihole restartdns reload-lists
[β] Reloading DNS lists
pi@raspberrypi:~ $
I was looking for the cause, why, after running pihole restartdns reload-lists
, I did NOT have DNS resolution. It took me a while, even rebooted my system a few times (impatient), to figure out pihole-FTL simply wasn't ready yet...
nslookup google.be
DNS request timed out.
timeout was 2 seconds.
Server: UnKnown
Address: 192.168.2.57
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
*** Request to UnKnown timed-out
Coming to the point now:
@DanSchaper: Would you consider to add the code, discussed here to the command pihole restartdns reload-lists
, so the user knows DNS resolution is temporary unavailable?