Oct 4 21:49:58 dnsmasq[31467]: Pi-hole hostname rpi-dnshole is ::1
Oct 4 21:55:45 dnsmasq[31467]: query[AAAA] rpi-dnshole from 127.0.0.1
Oct 4 21:55:45 dnsmasq[31467]: Pi-hole hostname rpi-dnshole is ::1
Oct 4 21:55:46 dnsmasq[31467]: query[A] rpi-dnshole.fritz.box from fe80::a41f:aed6:1ea7:bbe3
Oct 4 21:55:46 dnsmasq[31467]: forwarded rpi-dnshole.fritz.box to 10.1.1.1
Oct 4 21:55:46 dnsmasq[31467]: reply rpi-dnshole.fritz.box is 10.1.1.6
Oct 4 21:55:46 dnsmasq[31467]: query[AAAA] rpi-dnshole.fritz.box from fe80::a41f:aed6:1ea7:bbe3
Oct 4 21:55:46 dnsmasq[31467]: forwarded rpi-dnshole.fritz.box to 10.1.1.1
Oct 4 21:55:46 dnsmasq[31467]: reply rpi-dnshole.fritz.box is NODATA-IPv6
Please upload a debug log and post just the token URL that is generated after the log is uploaded by running the following command from the Pi-hole host terminal:
This is the Pi-Hole IPv6 fe80::e9dc:8727:cead:f6c8 I distribute with DHCPv6 as to the clients as the custom DNS server to use. Now I'm confused by IPV6_ADDRESS=2a00:6020:[xxxx]:2229:9a27.
Which is the one I should use to distribute to clients per DHCPv6?
Afaik the IPV6_ADDRESS=2a00:6020:[xxxx]:2229:9a27 can change over time where as the fe80::e9dc:8727:cead:f6c8 is show static lifetime forever in ip addr
nslookup with rpi-dnshole as server to use. This uses the fe80: static local server IP provided with DHCP.
There is really something fishy going on with my Pi-Hole.
Maybe it makes sense to run pihole -r again?
pihole -up Update also threw an error while auto updating installed packages because apt update detected kernel update. No other errors or warnings through the update process. Can this be related?
Then pi.hole exists twice in network table now. The rpi-dnshole hostname is just gone from Pi-Hole logs completely. Still can use it as hotstname for ssh or http access.
Ok lets just say my whole approach was wrong. I never really knew that you not necessarily have to access Pi-Hole with the myself-assigned Raspberry hostname rpi-dnshole.fritz.box
The default configuration just works fine by just using pi.hole for SSH and Admin. Probably did work that way from the beginning, but I just didn't realize.
Interestingly, when using pi.hole for the admin panel instead of rpi-dnshole, the below requests are no longer constantly created while admin panel is open in browser.
Since I can access it under both hostnames, pi.hole and my own, I guess I just wasn't aware the Server can have multiple hostnames/local domain names.
If this assumptions are correct, I guess my problem is fixed. Still not sure what of the big update last month make it change the name displayed in stats.