Dein Debug Log zeigt Probleme mit Deiner IPv6-Adresse. (klicken für Details)
[✓] IPv6 address(es) bound to the eth0 interface:
2003:d6::dea6:32<entfernt> does not match the IP found in /etc/pihole/setupVars.conf
fd00::dea6:32<entfernt> does not match the IP found in /etc/pihole/setupVars.conf
fe80::dea6:32<entfernt> does not match the IP found in /etc/pihole/setupVars.conf
*** [ DIAGNOSING ]: Name resolution (IPv4) using a random blocked domain and a known ad-serving domain
[✗] Failed to resolve via localhost (127.0.0.1)
[✗] Failed to resolve via Pi-hole (192.168.178.52)
[✓] doubleclick.com is 172.217.23.14 via a remote, public DNS server (8.8.8.8)
*** [ DIAGNOSING ]: Name resolution (IPv6) using a random blocked domain and a known ad-serving domain
[✗] Failed to resolve via localhost (::1)
[✗] Failed to resolve via Pi-hole (2003:d6::dea6:32<entfernt>)
[✓] doubleclick.com is 2a00:1450:4016:807::200e via a remote, public DNS server (2001:4860:4860::8888)
Insbesondere Smartphones bevorzugen häufig IPv6 gegenüber IPv4.
Ich vermute daher, dass Deine problematischen Clients zunächst erfolglos eine DNS-Anfrage über IPv6 versuchen, bevor sie nach Time-Out auf eine DNS-Frage über IPv4 wechseln.
Du verwendest bislang eine globale IPv6-Adresse (aus dem Adressbereich 2000::/3) für Deinen Pi-hole. Diese kann sich z.B. durch Änderung des IPv6-Präfixes oder durch die Verwendung von Privacy Extensions ändern - ersteres ist bei Dir passiert.
Du solltest überlegen, stattdessen auf eine ULA-Adresse aus dem Adressbereich fd00::/8 zu wechseln, siehe hierzu auch Use IPv6 ULA addresses for Pi-hole.
Diese ist bei Dir bereits vorhanden (fd00::dea6:irgendwas) , lässt sich auf dem RPi z.B. über ip address show anzeigen und müsste nur für Pi-hole konfiguriert werden.
Am einfachsten erreichst Du das über
pihole -r
und Auswahl von Reconfigure.