Meine WLAN-Verbindung zu Hause ist seit einigen Monaten sehr unzuverlässig. Einige Geräte (ein Lenovo Thinkpad T460p, ein Raspberry Pi Zero W und eine Nintendo WiiU) funktionieren einwandfrei, während andere (mehrere Samsung Galaxy S3, ein Motorola Moto M, ein USB-WLAN-Gerät an einem anderen Raspberry und einige mehr) ständig die Verbindung trennen.
Das Ansehen von Videostreams jeglicher Art ist auf diesen Geräten grundsätzlich unmöglich – ich kann mich mit meinem Netzwerk verbinden und manchmal sogar ein oder zwei Minuten lang verbunden bleiben, aber sobald ich versuche, etwas zu „tun“, also wenn das WLAN aktiv genutzt wird, stürzt es ab. Unter Android verschwindet das WLAN-Symbol in der Statusleiste und zeigt damit an, dass die Verbindung verloren gegangen ist. Das Überprüfen von „dmesg“ im Terminal zeigt nichts Verdächtiges (nur eine normale Trennung. Ich werde das dmesg-Protokoll später bei Bedarf anhängen). Nach etwa 5–10 Sekunden wird die Verbindung wiederhergestellt. Wenn ich nicht aktiv Daten übertrage, bleibt die Verbindung normalerweise mehrere Minuten bestehen. Je mehr ich es „nutze“, desto höher ist die Wahrscheinlichkeit, dass es sofort abstürzt. Beispielsweise ist das Ansehen von Twitch oder YouTube unmöglich (sofortige Trennung), aber das Öffnen einer einzigen Webseite oder das Überprüfen neuer E-Mails funktioniert normalerweise ohne Trennung.
Ich habe versucht:
- Betreibe die betroffenen Geräte im WLAN meiner Uni. Dort funktionieren sie einwandfrei.
- Meinen WiFi AP auf die Werkseinstellungen zurücksetzen.
- Setzen Sie eines der Android-Geräte auf die Werkseinstellungen zurück.
- WLAN-Kanäle ändern.
- Verschiedene Entfernungen zwischen AP und Gerät ausprobiert, darunter direkt daneben (100 % Signal), im Nebenraum (~90 % Signal) oder eine Etage höher (~50 % Signal)
- Ich probiere mehrere verschiedene WLAN-Router bei mir zu Hause aus, darunter:
- ein altes Linksys-irgendwas mit DD-WRT
- ein alter Netgear WiFi AP
- eine AVM FRITZ!Box 7270v2
- eine AVM FRITZ!Box 6360
- ein Ubiquiti Unifi AP AC Pro
(keines davon hat das Problem gelöst)
Kein Gerät oder AP zeigt/zeigte in irgendeinem Protokoll etwas Nützliches an – sie verlieren einfach die Verbindung und versuchen, je nach Konfiguration, erneut eine Verbindung herzustellen oder nicht.
Es ist verdammt nervig, jeden Raspberry, jeden Laptop, jedes Gerät mit einem LAN-Kabel verbinden zu müssen, wenn ich länger als etwa 5 Sekunden eine Verbindung haben will.
Was zum Teufel könnte mit meinem WLAN oder meinen Geräten oder was auch immer nicht in Ordnung sein und wie kann ich es beheben? Es erscheint bei verschiedenen Clients, es ist also nicht ein Client, der kaputt ist/sich schlecht verhält/was auch immer, und es erscheint bei mehreren verschiedenen APs, wobei alle anderen ausgeschaltet sind (also kein AP-Chaos, wenn mehrere laufen, ich habe immer nur einen AP gleichzeitig getestet), also ist das kein Problem mit dem AP. Und ich habe sogar 5 GHz und/oder andere Kanäle ausprobiert, also bezweifle ich, dass dies durch ein anderes WLAN-Netzwerk verursacht wird.
Ich habe wirklich keine andere Idee, aber ich hoffe, dass jemand anderes eine hat.
EDIT: Zu den Fragen in den Kommentaren:
- Ich habe das Fritzbox-Protokoll („Ereignisse“ -> „WLAN“ mit aktivierten „An- und Abmeldungen dokumentieren“, auf Englisch „Events“ -> „WiFi“, einschließlich „WiFi-Verbindungen und -Trennungen protokollieren“) und das Unifi-Protokoll überprüft (indem ich unten links auf die Schaltfläche „Ereignisse“ geklickt habe, wo Dinge wie „verbunden mit SSID auf Kanal“ stehen), aber diese kurzen Wiederverbindungen werden dort nicht angezeigt – nur der allererste Eintrag für die erste Verbindung nach dem Aktivieren von WLAN. Der Unifi-Controller setzt nicht einmal das im Geräte-Tab angezeigte Geräteupdate zurück. Als ob er die Wiederverbindung des Geräts nicht einmal erkennen würde … Hat eines dieser Geräte ein erweitertes Protokoll?
Dies ist die Ausgabe von „dmesg“ auf einem Android-Gerät, wenn die Verbindung getrennt wird:
c0 CFG80211-INFO2) wl_cfg80211_disconnect : Reason 3
c0 CFG80211-INFO2) wl_is_linkdown : Link down Reason : WLC_E_LINK
c0 link down if wlan0 may call cfg80211_disconnected. event : 16, reason=2 from 78:d6:f2
c0 cfg80211: Calling CRDA to update world regulatory domain
c0 CFG80211-TRACE) wl_cfg80211_set_btcoex_dhcp : DHCP is complete
c0 CFG80211-TRACE) wl_cfg80211_set_btcoex_dhcp : DHCP is complete
c0 CFG80211-TRACE) __wl_cfg80211_scan : START SCAN
Und dann beginnt es, die Verbindung wiederherzustellen (die 78:d6:f2 im Protokoll ist Teil der MAC-Adresse meines APs – 78:xx:xx:xx:d6:f2)
Ich habe auch weitere Protokollierungen auf dem AP selbst gefunden:
Jan 3 19:11:30 UBNT daemon.info hostapd: ath0: STA f0:xx:xx:xx:xx:20 IEEE 802.11: sta_stats
Jan 3 19:11:30 UBNT daemon.info hostapd: ath0: STA f0:xx:xx:xx:xx:20 IEEE 802.11: disassociated
Jan 3 19:11:30 UBNT user.info libubnt[4134]: wevent.ubnt_custom_event(): EVENT_STA_LEAVE ath0: f0:xx:xx:xx:xx:20 / 5
f0:xx:xx:xx:xx:20 ist das Telefon, mit dem ich aktuell verbunden war, dessen Verbindung aber wieder zufällig getrennt wurde.