Hallo,
da habe ich endlich einen Raspi 3 ergattert und Pi-Hole drauf
installiert, alle Vorgaben übernommen. In der FRITZ!Box habe ich den
Raspi auch gleich als ersten DNS eingetragen (einen zweiten als
Ausfallsicherung habe ich freilich auch eingetragen). Davon habe ich mir
vor allem die viel kolportierte Beschleunigung von externen
Netzzugriffen versprochen, aber das Gegenteil ist der Fall: die Zugriffe
brauchen quälend lange, durchschnittlich mehrere Sekunden, und zwar
jeder einzelne. Das geht so weit, dass man öfter mal meint, das gesamte
System würde hängen, weil gar sich nichts mehr bewegt, gern auch mal
eine halbe Minute lang oder länger.

In meiner Not habe ich also den Raspi erst einmal wieder ausgetragen und
Quad9 stattdessen wieder eingesetzt. Doch das kann es ja nicht sein,
dass das überall woanders klappt und nur bei mir nicht. Welchen Fehler
könnte ich gemacht haben?

--
Gruß
Alex

Am 19.04.24 um 17:49 schrieb Alexander Goetzenstein:
> Hallo,
> da habe ich endlich einen Raspi 3 ergattert und Pi-Hole drauf
> installiert, alle Vorgaben übernommen. In der FRITZ!Box habe ich den
> Raspi auch gleich als ersten DNS eingetragen (einen zweiten als
> Ausfallsicherung habe ich freilich auch eingetragen).

Ähm, das geht AFAIK nicht.
Die meisten Implementierungen schicken DNS-Anfragen immer an beide, und
wer zuerst antwortet, bekommt den Stich. Damit wird die Funktionalität
von PiHole untergraben, weil die Filterung nur noch zufällig funktioniert.

> Davon habe ich mir
> vor allem die viel kolportierte Beschleunigung von externen
> Netzzugriffen versprochen, aber das Gegenteil ist der Fall: die Zugriffe
> brauchen quälend lange, durchschnittlich mehrere Sekunden, und zwar
> jeder einzelne. Das geht so weit, dass man öfter mal meint, das gesamte
> System würde hängen, weil gar sich nichts mehr bewegt, gern auch mal
> eine halbe Minute lang oder länger.

Kannst du es definitiv auf Verzögerung bei den DNS-Anfragen zurückführen?

> In meiner Not habe ich also den Raspi erst einmal wieder ausgetragen und
> Quad9 stattdessen wieder eingesetzt. Doch das kann es ja nicht sein,
> dass das überall woanders klappt und nur bei mir nicht. Welchen Fehler
> könnte ich gemacht haben?

Schwer zu sagen. Das hört sich nach Timeouts an. Die sind bei DNS
ziemlich kurz (wenige Sekunden). Vielleicht versucht der es zuerst über
eine nicht funktionierende Verbindung, was weiß ich IPV6 oder DS-Lite,
und schaltet dann auf das andere um.
Ich fürchte, du wirst mal einen Netzwerk-Trace anwerfen und eine Weile
darin herumwühlen müssen. Damit sollte zumindest zu erkennen sein, an
welcher Stelle die Verzögerung auftritt.

Eine extra Raspi habe ich für PiHole allerdings nicht. Es läuft nebenher
auf dem Kellerserver. Ich schätze mal, dem einen oder anderen NAS kann
man das auch beibringen.

Marcel

Am 20.04.24 um 08:39 schrieb Marcel Mueller:

> Schwer zu sagen. Das hört sich nach Timeouts an. Die sind bei DNS
> ziemlich kurz (wenige Sekunden). Vielleicht versucht der es zuerst über
> eine nicht funktionierende Verbindung, was weiß ich IPV6 oder DS-Lite,
> und schaltet dann auf das andere um.
> Ich fürchte, du wirst mal einen Netzwerk-Trace anwerfen und eine Weile
> darin herumwühlen müssen. Damit sollte zumindest zu erkennen sein, an
> welcher Stelle die Verzögerung auftritt.

Entwicklertools des Browser nutzen!
https://firefox-source-docs.mozilla.org/devtools-user/network_monitor/

Dann sich die HTTP-GETs angucken. Rechts die Detailansicht auf Zeit und
dann wird der Connect aufgedröselt...

Tim

Am 20.04.24 um 10:15 schrieb Tim Ritberg:
>> Ich fürchte, du wirst mal einen Netzwerk-Trace anwerfen und eine Weile
>> darin herumwühlen müssen. Damit sollte zumindest zu erkennen sein, an
>> welcher Stelle die Verzögerung auftritt.
>
> Entwicklertools des Browser nutzen!
> https://firefox-source-docs.mozilla.org/devtools-user/network_monitor/
>
> Dann sich die HTTP-GETs angucken. Rechts die Detailansicht auf Zeit und
> dann wird der Connect aufgedröselt...

Das hilft mir wenig dabei, /deine/ Probleme zu erkennen.
Und ohne es gesehen zu haben, wird im Trace auf Anwendungsebene die
Information /was/ da bei DNS-Lookup schief geht, nicht enthalten sein.
Es ist ja anzunehmen, dass entweder die Anfrage erst falsch raus geht
oder irgendetwas anderes klemmt. Nur wenn die Zeit zwischen der
richtigen Antwort des externen DNS an PiHole und der Antwort von PiHole
an den Rechner mit der Anwendung die Verzögerung verursacht, ist PiHole
ursächlich das Problem.

Marcel

Am 21.04.24 um 11:15 schrieb Marcel Mueller:
> Am 20.04.24 um 10:15 schrieb Tim Ritberg:
>>> Ich fürchte, du wirst mal einen Netzwerk-Trace anwerfen und eine
>>> Weile darin herumwühlen müssen. Damit sollte zumindest zu erkennen
>>> sein, an welcher Stelle die Verzögerung auftritt.
>>
>> Entwicklertools des Browser nutzen!
>> https://firefox-source-docs.mozilla.org/devtools-user/network_monitor/
>>
>> Dann sich die HTTP-GETs angucken. Rechts die Detailansicht auf Zeit
>> und dann wird der Connect aufgedröselt...
>
> Das hilft mir wenig dabei, /deine/ Probleme zu erkennen.
> Und ohne es gesehen zu haben, wird im Trace auf Anwendungsebene die
> Information /was/ da bei DNS-Lookup schief geht, nicht enthalten sein.
> Es ist ja anzunehmen, dass entweder die Anfrage erst falsch raus geht
> oder irgendetwas anderes klemmt. Nur wenn die Zeit zwischen der
> richtigen Antwort des externen DNS an PiHole und der Antwort von PiHole
> an den Rechner mit der Anwendung die Verzögerung verursacht, ist PiHole
> ursächlich das Problem.
>
> Wenn etwas anderes klemmt, versucht er erst gar keinen Connect.
Die einzige Ausnahme wäre, wenn der DNS eine falsche Adresse ausspuckt.

Das kann man aber auch nachgucken: about:networking#dns

Tim