seit 4 Tage verzweifel ich an meiner Pihole, über ein Jahr lief sie ohne Probleme.
Jetzt muss ich alle 24h pihole -r ausführen weil nach dem benötigten Neustart der DNS Service nicht mehr zu starten ist.
Installiert auf einem Pi3:
Raspbian
Pihole
Unbound
PiVPN
Hyperlocal
Ich habe mittlerweile die ganzen Installation neu aufgesetzt, geholfen hat es nicht.
Auffällig ist, dass es am Rechner weniger Probleme gibt, als an mobilen Endgeräten.
Probleme beziehen sich auf extrem langsame Auflösungen, teilweise mit timeouts verbunden.
Deine Debug Logs sehen soweit unauffällig aus, was die Konfiguration von Pi-hole betrifft.
Wie hast Du Pi-hole in Deiner FB konfiguriert?
Die häufigste Ursache für Time-Outs wäre eine DNS-Schleife.
Da Du Conditional Forwarding aktiviert hast, könntest Du diese konfiguriert haben, wenn Du Pi-hole in Deiner (angenommenen) FritzBox als Upstream-DNS unter Internet|Zugangsdaten|DNS-Server eingetragen hast.
Das würde allerdings nicht die beiden fehlgeschlagenen DNS-Auflösungen in einem der beiden Logs erklären, die einmal über gerätelokales IPv6 und einmal über öffentliches IPv4 gescheitert sind.
Eine Ursache, die beide Beobachtungen erklärt, ist nicht einfach zu finden.
Am ehesten kömmt dafür ein zeitlicher Aussetzer in Frage, der eine Übermittllung via DNSSEC temporär verhindert hat. Für DNSSEC müssen DNS-Server und RPi sich im gleichen Zeitrahmen befinden, und da der RPi keine Hardware-Uhr (RTC) hat, kann es hier sporadisch zu Abweichungen kommen, die nach einem erfolgreichen NTP-Sync aber wieder behoben sein sollten.
Du könntest testweise versuchen, DNSSEC zu deaktivieren, um zu beobachten, ob das ggf. einen Einfluss hat.
Damit besteht nur die überschaubare Gefahr, das Pi-hole DNS-Anfragen für lokale Namen oder reverse Anfragen für Adressen in den Kreisverkehr schickt, sofern die FB selbst die Namen nicht auflösen kann (und diese dann Pi-hole als Upstream befragt, der wiederum per CF die FB...).
Das könnte unter ungünstigen Umständen auch zu allgemeinen Verzögerungen führen, allerdings müsstest Du dann im Query Log massiv gehäufte Anfragen für denselben lokalen Namen sehen. Da die FB im allgemeinen zumindest einen Namen für einen Client kennt, sind das häufig Service-Discovery-Anfragen, die z.B. mit _sd._tcp oder _ldap beginnen können, mit denen die Geräte die Verfügbarkeit von Services im Netzwerk überprüfen wollen.
Wenn Du nicht explizit auch Dein FB-Gastnetz filtern möchtest, verlierst Du nichts, wenn Du den Eintrag unter Internet|Zugangsdaten|DNS auf die ISP-Vorgaben zurücksetzt (edit: an die Geräte om Heimnetz verteilst Du Pi-hole ja nach wie vor noch per DHCP bzw. RA).
So, die Pi.Hole ist aus meinem Netz raus geflogen.
Ich habe leider keinen Nerv mehr dafür, mindestens alle 24h wird ein Reboot benötigt, danach lässt sich der DNS Service nicht starten und es hilft nur noch der -r flag.
Seit heute geht nun gar nichts mehr, anbei noch 2 Debug Ergebnisse. https://tricorder.pi-hole.net/6o9wwxy7cl https://tricorder.pi-hole.net/ivenlvqb95
Das ist schade, aber nachvollziehbar, wenn Du seit sechst Tagen einen Geist jagst.
Es gibt leider weiterhin keinen eindeutigen Anhaltspunkt für Deine Probleme: Auch Deine beiden letzten Logs sehen konfigurationsseitig normal aus, und die Zeiten in den Logs scheinen jetzt ebenfalls zu stimmen.
Es sind wiederum zwei der sechs DNS-Auflösungstests, die fehlschlagen, aber diesmal für die netzwerk-lokale Auflösung, also über Pi-holes jeweilige IPv4 und IPv6-Adresse, nachdem ja zuvor die öffentliche IPv4-Auflösung und die gerätelokale IPv6 (über ::1) fehlgeschlagen waren.
Das spricht eventuell für ein Upstream-Problem, aber ohne nähere Informationen z.B. aus Logs (und nicht nur die von Pi-hole) vom Ausfallzeitpunkt ist das schwierig einzugrenzen.
Hilfreich wäre ein Blick in die Logs zum Zeitpunkt des Ausstiegs.
Bislang hast Du beobachtet, dass die Namensauflösung zäh wird und das dann ein pihole restartdns nichts mehr bringt.
Eventuell würde ein Blick auf den Service-Status (unmittelbar nachdem ein Restart gescheitert ist) etwas mehr Aufschluss bringen, warum der Start nicht klappt:
sudo systemctl status --full --no-pager pihole-FTL.servic
Aber wenn Du schon abgeschaltet hast, werden wir das wohl nicht mehr herausfinden.