Your debug log shows that your Pi-hole could either source local DNS records from its own local DNS records (stored in /etc/pihole/custom.list
), or it may ask your router for local names (via Conditional Forwarding to 192.168.200.1
).
By chance, there is also a line demonstrating that Pi-hole would correctly resolve local names
Nov 17 02:40:17 dnsmasq[251]: query[A] QHillgrove.<domain> from 192.168.200.209
Nov 17 02:40:17 dnsmasq[251]: /etc/pihole/custom.list QHillgrove.<domain> is 192.168.200.61
As your debug log shows RokuSrick01 is not defined in your custom.list
, this could indicate that your router may provide that name.
Let's try to verify that by running an nslookup via your router.
Please share the output of:
nslookup RokuSrick01 192.168.200.1
nslookup <IP.of.RokuSrick01> 192.168.200.1
where you substitute <IP.of.RokuSrick01>
with the IP as observed in your Pi-hole's UI.
Would that be the source of your observation?
If so, you'd have to look into your router's name definitions.
If not, there would be a chance that Pi-hole may stick to the name it first saw for that client IP, though that would usually only affect your Pi-hole's Network overview.
You could try to Flush network table via Pi-hole's Settings UI, but it would be better to stop the Pi-hole service before, e.g. by running
sudo systemctl stop pihole-FTL
pihole arpflush
sudo systemctl start pihole-FTL