Seit dem Update auf Bookworm und piHole 6 immer wieder Aussetzer

Beobachtetes und erwartetes Verhalten

Ich habe meinen Raspberry neu aufgesetzt mit einer neuen SD-Karte. Bookworm installiert, pihole installiert und die Einstellungen vom alten Setup importiert.

Die alte Installation lieft mit pihole v5 stabil und problemlos. Dann kam übers Wochenende die v6 und pihole fiel aus. Ich musste erst eine RAM-Disk einrichten, damit er mit dem Generieren der DB fertig wurde. Vorher bracht das Update immer mangels Speicher ab.

Seit der Neuinstallation beobachte ich immer wieder temporäre Aussetzer, für die ich keine Erklärung habe.

Sowohl am PC, als auch am iphone oder iPad kommt die Meldung, keine Verbindung, DNS_PROBE_POSSIBLE. Nach kurzer Zeit geht es wieder. Internet (Glasfaser) steht durchgängig

Vielleicht findet Ihr im Debug Log einen Hinweis. Schonmal danke im Voraus.

Beim Generieren hingt er bei den beiden Schritten ...using a random blocked domain.... sehr lange fest
In der Zeit kam auch beim Surfen die Fehlermeldung "DNS_PROBE_POSSIBLE"

Debug Token:

https://tricorder.pi-hole.net/oJPvbWzs

Ich war einige Tage auf Dienstreise, heute morgen meldeten mehrere Apps auf dem SmartPhone "keine Verbindung". Am PC auch Webseiten erst im zweiten Anlauf.
Diagnose zeigt Fehlermeldung von vor vier Tagen, dass nntp nicht erreichbar war, sonst nichts.
Dashboard laden dauert mehrere Minuten, danach normal nutzbar
via Putty htop gestartet, zeigte zeitweise auch sehr hohe Systemlast durch pihole-FTL, siehe Screenshot

Generiere mal bitte einen neuen Debug token , der alte ist abgelaufen.

Gerne https://tricorder.pi-hole.net/Bn3Ua7EL/

Hast du dir unter Umständen ein DNS loop konfiguriert?
Deine FritzBox verteilt Pi-hole's IP als DNS server via DHCP an die Clients. Pi-holes Upstream ist dann wieder die Fritzbox. Setze doch mal einen anderen Upstream DNS.


Deine Langzeitdatenbank ist riesig

*** [ DIAGNOSING ]: Pi-hole FTL Query Database
-rw-r----- 1 pihole pihole 1,7G 20. Mär 14:50 /etc/pihole/pihole-FTL.db

Wahrscheinlich dauert das laden des Dashboards (und die hohe Systemlast) damit zusammen. Die Datenbank ist so groß, dass könnte auch einen DNS loop indirekt anzeigen.

Versuche mal die Datenbank durch eine neue zu ersetzen, nachdem du den Upstream geändert hast.

systemctl stop pihole-FTL
mv /etc/pihole/pihole-FTL.db /etc/pihole/pihole-FTL.db.bck
systemctl start pihole-FTL

Danke für die Rückmeldung. Ich habe die Konfiguration entsprechend angepasst und beobachte es mal ein paar Tage.

Nachdem ist die Parameter geändert habe,läuft pihole stabil. Leider treten immer noch sporadisch Verbindungsabrüche auf. Ich habe heute auf die neueste pihole-Version aktualisiert und wenn die Abbrüche weiterhin auftreten, lade ich ein neues Diagnoseupdate hoch. Irgendwo ist noch etwas nicht passend...

Hallo in die Runde,
ich bin ziemlich unerfahren mit Pi-hole weil es bisher immer problemlos lief und ich mich nicht damit beschäftigen musste. Seit der letzten Nacht aber können keine DNS-Anfragen mehr aufgelöst werden. Meine Clients melden immer, dass keine Internetverbindung da sei. Pi-hole läuft seit kurzem auf Raspberry Pi mit Bookworm in der neuesten Version 6.
Folgende Meldungen finde ich im Log:

RATE_LIMIT Client 192.168.1.2 has been rate-limited for at least 5 seconds (current limit: 1000 queries per 60 seconds)

192.168.1.2 ist meine Fritzbox

NTP Warning in NTP client:
No valid NTP replies received, check server and network connectivity

und:

DNSMASQ_WARN Warning in dnsmasq core:
Maximum number of concurrent DNS queries reached (max: 150)

Kann die erste und dritte Meldung damit was zu tun haben?
Wie kann ich das abstellen?
Kann ich sonst noch Informationen über den Fehler bekommen?

Gruß
Hans

Die Meldung, z.B .am iPad, dass "das aktuelle WLAN keine Internetverbindung hat" bekomme ich auch immer noch ab und zu.

Ich habe heute mal ins Log geschaut, sind immer noch Fehler drin, die so aussehen, als ob pihole bei sich selber anfragt. Als DNS ist er die IP-Adresse 10.51.0.91 vom Raspberry nicht mehr eingetragen. 10.51.0.1 ist die FritzBox.

Unter diagnosis werden auch zwei Meldungen angezeigt

2025-04-12 14:11:21	CONNECTION_ERROR	Connection error (2620:119:35::35#53): TCP connection failed while receiving payload length from upstream (Connection reset by peer)	
2025-04-12 14:31:32	NTP	Error in NTP client: Cannot resolve NTP server address: Try again

Ich habe nochmal ein Debuglog hochgeladen, https://tricorder.pi-hole.net/3jQdYaU6/

Freue mich über jeden Tipp. Viele Grüße und ein sonniges Wochenende

Schau doch mal in die Ereignisse der Fritzbox, ob sie die Internetverbindung verliert.
Da würde ich mal ansetzen.

Bei mir läuft die Kombination einwandfrei.
Da ich eine RTC auf meinem Pi verbaut habe, habe ich den NTP Synch auf 1x pro Tag herabgesetzt. Die Abfrage ist nämlich sehr häufig und geschwätzig.

Hi, danke für die Antwort. Die FritzBox meint "Keine Ereignisse vorhanden".
Wo gebe ich pihole denn mit, wie oft die NTP-Abfragen erfolgen?

Such mal hier, bitte.
Bin unterwegs

Ich fand das Kommando bei reddit :laughing:, habe es von ursprünglich 3600 auf 43200 erhöht. Ist nicht so oft und reicht auch
Beim Suchen nach dem Kommando hatte ich wieder eine verzögerte Anzeige von Webseiten (lt. FritzBox lief alles). Auch eine NTP-Abfrage vom Raspi ging fehl. Nach ein paar Sekunden lief es wieder

Habe die DNS Settings geändert, damit scheint es nun zu gehen.


Vorher war nur der OpenDNS Eintrag aktiv und auch nur IPv4.

Ich hatte bislang OpenDNS und -über Custom DNS-Einträge- AdGuard, jeweils mit IPv4 und IPv6 aktiviert. Habe jetzt zusätzlich mal Cloudflare aktiviert. Mal sehen, ob es besser wird......... tbc

Keine zwei Minuten später der nächste Abbruch der Verbindung
image

Sehr komisch.
Ich hab nen alten 2B mit bookworm und unbound laufen und es funktioniert ohne Drops.

Die einzigen Änderungen sind das rate Limit auf 2000 und kein Swapping auf der SD Karte. Ich habe ca 650.000 Einträge in den Blocklisten und logge nur 30 Tage mit.

Der 2B hat damit keine Probleme.
Wahrscheinlich hat es mit den Drops nichts zu tun.

Wie sieht die Antwort aus, wenn DNS-Anfragen direkt an 2620:119:35::35 gestellt werden?

Ausgeführt von Deinem Pi-hole-Rechner, was geben folgende Kommandos zurück:

dig @2620:119:35::35 pi-hole.net
ping -c 3 2620:119:35::35
dig @208.67.222.222 pi-hole.net

Moin,

dig @2620:119:35::35 pi-hole.net gibt

; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> @2620:119:35::35 pi-hole.net
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41755
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1410
;; QUESTION SECTION:
;pi-hole.net.                   IN      A

;; ANSWER SECTION:
pi-hole.net.            300     IN      A       3.18.136.52

;; Query time: 23 msec
;; SERVER: 2620:119:35::35#53(2620:119:35::35) (UDP)
;; WHEN: Sun Apr 13 12:19:45 CEST 2025
;; MSG SIZE  rcvd: 56

ping -c 3 2620:119:35::35 gibt

PING 2620:119:35::35(2620:119:35::35) 56 data bytes
64 bytes from 2620:119:35::35: icmp_seq=1 ttl=57 time=8.45 ms
64 bytes from 2620:119:35::35: icmp_seq=2 ttl=57 time=7.89 ms
64 bytes from 2620:119:35::35: icmp_seq=3 ttl=57 time=8.17 ms

--- 2620:119:35::35 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 7.890/8.167/8.446/0.226 ms

und dig @208.67.222.222 pi-hole.net gibt

; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> @208.67.222.222 pi-hole.net
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56974
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1410
;; QUESTION SECTION:
;pi-hole.net.                   IN      A

;; ANSWER SECTION:
pi-hole.net.            300     IN      A       3.18.136.52

;; Query time: 23 msec
;; SERVER: 208.67.222.222#53(208.67.222.222) (UDP)
;; WHEN: Sun Apr 13 12:23:23 CEST 2025
;; MSG SIZE  rcvd: 56

Heute hat alles geklemmt. In der /etc/resolv.conf standen nur die beiden IPv4 und IPv6-Adressen als namesserver drin. Damit war natürlich kein Surfen möglich.

Wie kann ich verhindern, dass die dort eingetragen werden?

Ich habe mit ntmui gerade die Einstellungen geprüft. Bei IPv4 und IPv6 steht Automatisch und jeweils aktiviert, dass eine Adressierung verlangt wird.

Kommen die Einträge in der /etc/resolv.con dann von pihole?