5Ghz Internet Ausfall - PiHole FRITZ!Box 6591, FRITZ!Repeater 2400

Hallo liebe Community,

ich hoffe, dass das Thema nicht schon behandelt wurde. Ich hatte zwar einen ähnlichen Thread gefunden, der jedoch nicht exakt mein Problem beschreibt.

Zu meiner Konfiguration:
Ich nutze PiHole auf einem Zero W. Der ist via USB an der Fritzbox und bekommt daher seinen Strom. der Pi ist natürlich im 2,4Ghz WLAN. Die Fritzbox sendet 2,4 und 5 Ghz WLAN auf verschiedenen SSIDs (daheim24 und daheim50). Im Netzwerk hängt außerdem ein Repeater 2400, der alle Einstellungen von der Fritzbox übernimmt und via WLAN verbunden ist. Die Fritzbox wird als DHCP Server genutzt und verteilt IPs von 192.168.178.100 bis 192.168.178.200. Der Repeater hat die 192.168.178.2 und PiHole die 192.168.178.3. In den IPv4 Einstellungen ist der Pi als DNS Eingetragen. In den Ipv6 Einstellungen habe ich der Fritzbox vorgegeben, das Präfix fd00: zu verwenden. Mein PiHole bekommt auch brav eine fd00: IPv6 Adresse, die wiederum als DNS für IPv6 eingetragen ist.

In den Heimnetz-Einstellungen ist die FB als MeshMaster festgelegt, der Repeater bezieht alle Einstellungen von der Box. Ich nur die Haken bei WLAN-Koexistenz und Optimierung für Live-TV gesetzt, der Rest ist aus. Der Kanal für 5Ghz WLAN ist auf 40 fest eingestellt, der für 2,4Ghz WLAN auf AUTO. Die Frequenzbänder nutze ich flexibel.

Was mir hier in der Konfiguration schon aufgefallen ist: der Repeater hat eine 2a02: IPv6 Adresse, die er eigentlich nicht haben sollte, oder?

Auf dem Repeater ist 07.21 installiert, auf der Fritzbox nur 07.13, da die Box von Vodafone kommt und die die Updates selbst pushen...
PiHole ist immer aktuell...

Zu meinem Problem:
Mein Problem besteht darin, dass jede Nacht das 5Ghz WLAN nicht mehr funktioniert. Den Tag über geht immer alles. Wenn ich morgens aufwache, funktioniert aber nichts mehr. Weder die Verbindung zum Internet, noch die Verbindung zur FB selbst (nicht vial IP und nicht via fritz.box). Im 2,4Ghz WLAN geht ALLES wie zuvor. Ein Neustart des DNS Resolvers verbessert den Zustand nicht, der Wechsel des Autokanals aber schon (weil da wohl auch alle Geräte neu initialisiert werden). Was lustiger Weise auch zur Lösung meines Problems beiträgt ist die Deaktivierung des Pi als DNSv6 in der Fritzbox. Daher vermute ich auch, dass es hier irgendwie generelle Probleme gibt. Soweit ich mich erinnern kann bestand das Problem VOR dem Kauf des Repeaters nicht. Da meine Wohnung aber recht groß und verschachtelt ist und der Router im Arbeitszimmer steht, hab ich im Wohnzimmer schon kein Internet mehr. Daher der Repeater.

Ich hoffe, es kann jemand ein wenig Licht ins dunkle bringen, was hier eigentlich zu tun ist, damit ich mein PiHole wieder ordentlich nutzen kann.

Vielen Dank im Voraus!

Ich habe die gleiche Konfiguration, nur dass ich eine 7590/2400 Kombi benutze und keine unterschiedlichen SSIDs für 2,4 und 5 GHz nutze. Bei mir läuft Kanal 36 im 5GHz Bereich wg. des TVs und eines HTC Phones.

Ich habe mit der FD00 wie auch der FE80 IPv6 des PI im IPvs DNS keine Probleme.
Beide WLAN Frequenzen laufen parallel ohne Prob am Repeater und der FB.

Ich wüsste auch nicht, wo man in der FB ansetzen sollte.

Ich dachte zuerst, die FB ist vielleicht kaputt. Daher habe ich jetzt mal den Pi ganz deaktiviert und warte, was passiert. Ich habe das Gefühl, dass im Verbund mit Repeater da irgendwas nicht richtig läuft. Denn mein Sky Receiver z.B. verliert ab und an einfach die Verbindung.

Wenn es hier keine offensichtliche Lösung gibt, dann werde ich mal 24h abwarten und schauen, ob morgen früh wieder das WLAN im 5Ghz nicht geht.

Lustig übrigens: im Ereignismonitor der Fritzbox findet man natürlich nichts -.-

Das sieht erst einmal nicht nach einem Pi-hole-Problem aus:
Wenn DNS involviert wäre, würde das alle Clients betreffen, unabhängig davon, ob diese über 2,4 oder 5GHz oder Kabel ins Netz eingebunden sind.

Wie stellst Du das fest? Welche Clients machen denn Probleme? Sind eventuell nur bestimmte Geräte betroffen?

Ist das Protokollieren der erweiterten WLAN-Informationen schon eingeschaltet?

Ich nehme morgens mein Handy in die Hand und checke meist LinkedIn. Das Portal lädt nicht. WhatsApp Nachrichten gehen aber manchmal. Ich versuche dann google.de, geht nicht. Ich versuche fritz.box, geht nicht, den Pi erreiche ich auch nicht. Dann wechsle ich ins 2,4Ghz WLAN und teste das gleiche. Alles funktioniert. Ich wechsle zurück auf 5Ghz, nichts funktioniert. Hatte einen Reddit Post (leider nur archiviert) gelesen, wo ein User die gleichen Probleme hatte. Leider keine Lösung mehr angezeigt im archivierten Post.

Ja, aber da steht nichts drin, das ich gebrauchen könnte.

Ich hatte dem Repeater die xxx.xxx.xxx.2 gegeben. Hab das mal auf 10 geändert. Vielleicht ist die 2 für irgendwas anderes. Jedoch ging es mit der .200 auch nicht.

Was ich mich noch frage: wieso bekommt der Repeater im Netzwerk keine fd00: Ipv6, sondern eine ganz andere?

Und eine andere Frage: es sollte doch nichts ausmachen, dem PiHole die Google DNS mitzuteilen, oder? So hatte ich es die ganze Zeit. Ich hab jetzt aber mal testweise im PiHole als DNS die IP der FB eingetragen und verwalte die DNS Server jetzt via FB.

Wie sieht denn Pi-holes Query Log für den Zeitraum aus, in dem Dein 5GHz-Netz nicht funktioniert?

Werde ich heute Nacht aufzeichnen, falls es zu dem Problem kommt. Ich hatte ehrlich gesagt nicht daran gedacht, mir das anzuschauen :wink:

Und eine andere Frage: es sollte doch nichts ausmachen, dem PiHole die Google DNS mitzuteilen, oder? So hatte ich es die ganze Zeit. Ich hab jetzt aber mal testweise im PiHole als DNS die IP der FB eingetragen und verwalte die DNS Server jetzt via FB.

Zu der o.g. Frage: was ist der bessere Weg? Oder ist das egal?

Mein FB Repeater bekommt eine fd00 und fe80 Adresse und liegt auch auf der 192.168.178.2
Heimnetzwerk/Netzwerk/Repeater (Stift klicken und nach unten scrollen)

Ich hatte solche 5GHz Effekte, durch die Kanalwahl. Meine Glotze kann die oberen Frequenzen nicht, mein altes HTC auch nicht. Nachts passiert eigentlich in der Box nur ein Re-Connect mit dem Provider, aber nichts am WLAN.

Es kann dann nur noch mit der Autokanalwahl zusammenhängen. Oder die Firmware von Vodaphone ist nicht ganz kompatibel zur neuen 7.21 des Repeaters.

Autokanal habe ich aus, da manche Geräte die 100er nicht können und ich keine Komplikationen mit Radar haben will.
Ich glaube, mit der Firmware-Geschichte könntest du Recht haben. Ich werde mal weiter forschen...

Update: ich habe mir über Nacht mal Gedanken gemacht. Wenn manche Seiten funktionieren und manche nicht, dann muss es doch ein DNS resolving Problem sein, oder? Ich gehe davon aus, dass WhatsApp z.B. am Handy via IP erreicht wird. Sehe ich das richtig? Heute Nacht hatte ich zumindest keine Aussetzer, da ich in die DNS Settings des PiHole die IPv4 und IPv6 der FB eingetragen hatte.

DNS ist egal, ob es über IPv4 oder IPv6 transportiert wird.
Die Angabe von sowohl IPv4- als auch IPv6-Adressen desselben Geräts ist überflüssig, denn sie ändert nichts an den ermittelten Antworten und ist damit an deinem Problembild nicht beteiligt.

Bei bestehender IPv6-Konnektivität hat jedes Gerät mehrere IPv6-Adressen, im Minimum eine link-lokale (aus dem Bereich fe80::/10) und eine öffentliche (aus dem Bereich 2000::/3), bei Verteilung eines ULA-Präfixes ggf. noch eine ULA (aus dem Bereich fd00::/8). Hinzu kommen u.U. noch weitere Adressen, z.B. durch Verwendung von IPv6 Privacy Extensions.

Prinzipiell hat die IPv6-Adresse Deines Repeaters ebenfalls nichts mit Deinem Fehlerbild zu tun.

Über IPv6 können Geräte u.U. einen von Pi-hole abweichenden DNS-Server beziehen und so Pi-hole umgehen. Das ist unabhängig davon, unter welchen IP-Adressen Dein Repeater erreichbar ist und wäre daher mit oder ohne Einsatz des Repeaters zu erwarten.

Wie bereits vorgeschlagen, solltest Du Pi-holes Query Log für den Zeitraum der Störung beobachten.
Stellt der gestörte Client in diesem Zeitraum überhaupt DNS-Anfragen?
Tauchen eventuell DNS-Anfragen des Clients auf, die geblockt werden?

Es muss wohl eine Konfigurationssache gewesen sein... Aktuell läuft es 2 Tage am Stück durch. Was ich geändert habe:

  1. im PiHole die FB als DNS eingetragen statt den Google DNS
  2. in der FB bei Internet den Google DNS eingetragen
  3. Live-TV Optimierung ausgeschaltet
  4. Koexistenz ausgeschaltet
  5. meine SkyQ Box auf Werkseinstellungen zurückgesetzt, die hatte alle 10sek die Verbindung verloren, geht jetzt aber wieder

Ich kann mir zwar nicht vorstellen, dass die Sky Box das 5Ghz WLAN lahm legt, aber aktuell funktioniert es wie gesagt. An welchem der Punkte es lag, ist mir erst mal egal :slight_smile:

So, guten Morgen :slight_smile: Das Problem ist wieder da.

Wie man sehen kann, werden in der Zeit, in der ich mich im 5Ghz WLAN befinde (nicht mit dem Repeater verbunden), die Anfragen anders im PiHole verarbeitet. Da ich kein Experte bin, kann ich das auch nicht deuten. Mir scheint aber, dass kein DNS aufgelöst wird. Hat jemand einen Rat?

Edit: es ist der SkyQ Receiver. Warum ist mir allerdings unklar. Ich hatte ihn eben ausgeschaltet und nachts geht das Teil dann, wenn es nicht mehr genutzt wird, in den sleep-Mode. Dann ist das 5Ghz WLAN blockiert. Ich kann nicht mehr via Fritz.Box auf dieselbe zugreifen. Auch der Pi ist nicht erreichbar. Die Fitzbox allerdings erreiche ich via IP. Kennt jemand ein solches Phänomen? Oder gibt es bekannte Probleme mit PiHole und SkyQ? Sobald ich den Receiver wieder anschalte, geht alles uneingeschränkt.

Die Farbkodierung auf Deinem Bildschirmfoto lässt einen solchen Rückschluss zunächst nicht zu:
Grün bedeutet, dass Pi-hole die DNS-Anfragen nicht blockiert. Sie werden also grundsätzlich von Pi-hole nicht anders verarbeitet.

Leider fehlen auf dem Bildschirmfoto eine ganze Reihe von Spalten, insbesondere Client und Status.
Dadurch ist weder unmittelbar erkennbar, welcher Client angefragt hat, noch mit welchem Status die DNS-Anfrage vom befragten DNS-Server beantwortet wurde.

Aus dem Zeitpunkt und der Art der Anfragen lässt sich aber ableiten, dass es sich bei der Mehrheit der zu sehenden Fälle gerade nicht um Anfragen irgendeines problembehafteten Clients handelt, sondern um Pi-holes eigene:
Pi-hole startet zu jeder vollen Stunde eine Rückwärtsanfrage (PTR) für aktive IP-Adressen.

Bei den vier Anfragen nach 04:00 ist aufgrund der fehlenden Spalten unklar, von welcher Client-IP-Adresse diese stammen.

Da diese aber ebenfalls nicht von Pi-hole blockiert wurden, besteht zumindest auf dieser Basis weiterhin kein Grund zur Annahme, dass Pi-hole in Dein Problem mit einem vermuteten Ausfall des 5GHz-Bands involviert ist.

Ein inaktives Gerät kann Dein 5GHz-WLAN-Netz nur dann blockieren, wenn es selbst dieses Netzwerk bereitstellt. Damit Deine Vermutung schlüssig wäre, müsste es sich bei dem SkyQ-Receiver um einen reinen 5GHz-Access-Point handeln.
Zudem hätte das wiederum auch nichts mit Pi-hole oder DNS zu tun.

Das ist korrekt ja. Und mich wundert es auch stark. Allerdings gibts im englischsprachigen sky forum das Problem schon einmal und ich kann das Problem reproduzieren. Ich wähle bei den Energiesparmaßnahmen Eco, und ab 1:30 Uhr, wenn ich den Receiver ausschalte, geht er in den eco Modus und ab diesem Zeitpunkt funktioniert nichts mehr im 5ghz wlan. Ich schalte ihn ein, alles geht. Hab’s gestern Nacht noch 4x hintereinander gemacht.

Da es sich damit um kein Konfigurationsproblem mit dem pi handelt, kann das Thema hier auch zu :slight_smile:

Hallo nochmal,

das mit der Skye Box war nur ein Teil der Geschichte... Leider fällt mir das Internet auf 5Ghz immer noch aus... Ich habe mal einen Debug Log ausgeben lassen, ich hoffe der hilft. Ich habe die (hoffentlich) wichtigen Passagen kopiert...

*** [ DIAGNOSING ]: Networking
[✓] IPv4 address(es) bound to the wlan0 interface:
192.168.178.3/24 matches the IP found in /etc/pihole/setupVars.conf

[✓] IPv6 address(es) bound to the wlan0 interface:
fd00::f952:5dc1:28cc:a03b does not match the IP found in /etc/pihole/setupVars.conf (Use IPv6 ULA addresses for Pi-hole)
2a02:908:1960:8960:e759:dfe:d520:10ac does not match the IP found in /etc/pihole/setupVars.conf (Use IPv6 ULA addresses for Pi-hole)
fe80::67cc:e95a:c671:ced7 does not match the IP found in /etc/pihole/setupVars.conf (Use IPv6 ULA addresses for Pi-hole)

^ Please note that you may have more than one IP address listed.
As long as one of them is green, and it matches what is in /etc/pihole/setupVars.conf, there is no need for concern.

The link to the FAQ is for an issue that sometimes occurs when the IPv6 address changes, which is why we check for it.

[i] Default IPv4 gateway: 192.168.178.1

  • Pinging 192.168.178.1...
    [✓] Gateway responded.
    [i] Default IPv6 gateway: fe80::2e3a:fdff:fe9e:ea8
  • Pinging fe80::2e3a:fdff:fe9e:ea8...
    [✓] Gateway responded.

*** [ DIAGNOSING ]: Ports in use
*:22 sshd (IPv4)
*:22 sshd (IPv6)
[::1]:631 cupsd (IPv6)
127.0.0.1:631 cupsd (IPv4)
[80] is in use by lighttpd
[80] is in use by lighttpd
[53] is in use by pihole-FTL
[53] is in use by pihole-FTL
[4711] is in use by pihole-FTL
[4711] is in use by pihole-FTL

*** [ DIAGNOSING ]: Name resolution (IPv4) using a random blocked domain and a known ad-serving domain
[✓] webdisk.forkhost.info is 0.0.0.0 via localhost (127.0.0.1)
[✓] webdisk.forkhost.info is 0.0.0.0 via Pi-hole (192.168.178.3)
[✓] doubleclick.com is 172.217.22.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
[✓] webank-it.com is :: via localhost (::1)
[✗] Failed to resolve webank-it.com via Pi-hole (fd00::48a7:5dd7:cc3d:d04a)
[✓] doubleclick.com is 2a00:1450:4001:808::200e via a remote, public DNS server (2001:4860:4860::8888)

Hier liegt wohl ein Problem mit der IPv6 Adresse vor, obwohl ich in der FritzBox wie folgt eingestellt habe:



kann es sein, dass ich den DHCPv6 Server abschalten muss? Zumindest wird in dem im Log verlinkten Thread darauf hingewiesen.

Mein Quer Log um die Zeit des Abbruchs sieht so aus:


Sieht eigentlich alles normal aus, bis auf die roten Einträge um 2:05 Uhr, die ich aber nicht deuten kann...

hiervon ist keine die IPv6 Adresse des Pi. Diese sollte fd00::48a7:5dd7:cc3d:d04a sein. Ist auch in /etc/pihole/setupVars.conf eingetragen...
image

Update: nach einem Neustart des Phiole DNS Servers funktioniert wieder alles. Der Debug Log ändert sich aber nicht. Die Meldungen sind die gleichen. Ich hab jetzt auch noch das DHCPv6 abgeschaltet, jedoch ohne Änderung...

Im Terminal des Pi einmal ifconfig eingegeben, spuckt mir das Teil folgendes aus:
image
IPv6 des Pi sollte doch aber eine andere sein, oder verstehe ich hier wieder was nicht? Im Bild oben der Auszug aus der setupVars.conf zeigt ganz klar eine andere IPv6 Adresse

Update: nach einigen Anpassungen an der FB und einer neuen IPv6 Zuweisung an mein piHole sieht der Debug-Log jetzt so aus:

[✓] IPv6 address(es) bound to the wlan0 interface:
fd00::f952:5dc1:28cc:a03b matches the IP found in /etc/pihole/setupVars.conf
2a02:908:1960:8960:e759:dfe:d520:10ac does not match the IP found in /etc/pihole/setupVars.conf (Use IPv6 ULA addresses for Pi-hole)
fe80::67cc:e95a:c671:ced7 does not match the IP found in /etc/pihole/setupVars.conf (Use IPv6 ULA addresses for Pi-hole)

^ Please note that you may have more than one IP address listed.
As long as one of them is green, and it matches what is in /etc/pihole/setupVars.conf, there is no need for concern.

The link to the FAQ is for an issue that sometimes occurs when the IPv6 address changes, which is why we check for it.

[i] Default IPv4 gateway: 192.168.178.1

  • Pinging 192.168.178.1...
    [✓] Gateway responded.
    [i] Default IPv6 gateway: fe80::2e3a:fdff:fe9e:ea8
  • Pinging fe80::2e3a:fdff:fe9e:ea8...
    [✓] Gateway responded.

*** [ DIAGNOSING ]: Ports in use
[::1]:631 cupsd (IPv6)
127.0.0.1:631 cupsd (IPv4)
*:22 sshd (IPv4)
*:22 sshd (IPv6)
[80] is in use by lighttpd
[80] is in use by lighttpd
[53] is in use by pihole-FTL
[53] is in use by pihole-FTL
[4711] is in use by pihole-FTL
[4711] is in use by pihole-FTL

*** [ DIAGNOSING ]: Name resolution (IPv4) using a random blocked domain and a known ad-serving domain
[✓] ninth-b.blogspot.com.cy is 0.0.0.0 via localhost (127.0.0.1)
[✓] ninth-b.blogspot.com.cy is 0.0.0.0 via Pi-hole (192.168.178.3)
[✓] doubleclick.com is 216.58.205.238 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
[✓] dgvhxqqyzvnicbk.blogspot.com.ar is :: via localhost (::1)
[✓] dgvhxqqyzvnicbk.blogspot.com.ar is :: via Pi-hole (fd00::f952:5dc1:28cc:a03b)
[✓] doubleclick.com is 2a00:1450:4001:808::200e via a remote, public DNS server (2001:4860:4860::8888)

Sollte jetzt also rein von der Config her erst mal passen, oder?

Hallo,

darf ich dich etwas fragen? Warum hast du die 2,4Ghz und 5Ghz Kanäle unter unterschiedlichen SSD´s laufen.
Wenn ich die gleiche SSD verwende sucht sich das Gerät und ich kann nicht manuell das Band im iPhone ändern.
Welche Gründe oder Vorteile hast du für deine Konfiguration?

Beste Grüße
Lazaro

Hallo,

der Pi Zero W kann leider nur 2,4Ghz. Die unterschiedliche Benennung habe ich deshalb, da manche meiner Geräte Probleme gemacht haben. Natürlich wäre hier ein workaround möglich, der würde das Problem ja nicht wirklich lösen.
Es muss ja auch in der Konfiguration, wie ich sie habe, möglich sein. Und der Pi muss da irgendwie Mitschuld haben, denn sonst würde nicht alles wieder nach einem Neustart des Pi funktionieren bzw dauerhaft gehen, wenn ich ihn nicht mehr als DNS nutze.

Gerade in deiner Konfiguration würde ich dann einen anderen Pi nehmen, der über LAN an der Fritzbox hängt. Wie du es beschreibst hängt der Pi-Hole über 2.4Ghz in einer SSD und die funktioniert.
Wenn ich es richtig verstehe muss in deinem Fall die Fritzbox die Übermittlung zwischen den beiden SSD´s übernehmen (Also die Übermittlung Anfrage in einer SSD, DNS-Antwort aus anderer SSD).
Um die Probleme zu minimieren, würde ich im Pi-Hole den DNS Server angeben (Ich benutze nicht gerne Google, sondern nutze den von digital Courage) und in der Fritzbox, sowohl in den Netzwerkeinstellungen unter IPv6 Konfiguration und IPv4 Konfiguration den Pi eintragen, als auch die Adresse des Pi-Hole´s in den Interneteinstellungen DNS der Fritzbox hinterlegen. Anschließend in allen Geräten die Fritzbox als DNS Server angeben, die holt sich dann alles vom Pi-hole

Aber um die Probleme weiter einzukreisen,
wenn du keine Internetverbindung mehr unter 5Ghz hast, kannst du dann noch von deinem Handy oder anderem Gerät in diesem Frequenzband die Fritzbox anpingen?
Wenn nein, hast du bereits irgendein Problem in deinem 5Ghz Wlan und es hat nichts mit dem Pi-hole zu tun. Da der Pi-Hole, also der DNS Server nichts anderes macht, als z.B. Fritz.box in 192.168.178.1 zu übersetzen. Wenn du bereits die IP nicht mehr anpingen kannst liegt dein Problem ganz wo anders.
Wenn du die Fritzbox anpingen kannst, versuche den Pi anzupingen.
Wenn nicht funktioniert gibt es ein Problem in der Übermittlung zwischen SSD1 und SSD2.
Wenn das funktioniert gibt es ein Problem beim Abholen der IP vom DNS bzw. Pi-Hole.

Ich kann nicht via fritz.box auf die Box zugreifen. Via IP funktioniert es. Die Namensauflösung funktioniert nicht mehr richtig. Die ist ja auch im Pi hinterlegt. Daher die Vermutung mit dem Pi als "Problem". Das Anpingen des Pi geht nicht mehr.