VPN-Abbrüche im Leerlauf beheben: eine Checkliste zur Wi-Fi-Energiesparfunktion

Gehen Sie VPN-Abbrüche im Leerlauf der Reihe nach durch: Zeitpunkt bestätigen, Funk von Tunnel trennen, tatsächlichen Energiesparzustand lesen, dann eine Einstellung ändern und erneut testen.

Ihr Tunnel stirbt, nachdem das Notebook eine Weile unberührt steht, und er kommt in dem Moment zurück, in dem Sie das Trackpad berühren. Dieses Muster deutet darauf hin, dass die Funkverbindung in den Energiesparmodus geht, nicht darauf, dass das VPN-Gateway Ihre Zugangsdaten ablehnt. Ein geschäftiger Morgen mit demselben Profil ist der Beweis: Der Tunnel überlebt, solange Daten fließen, und fällt aus, sobald der Funk still wird. Arbeiten Sie die folgenden Prüfungen der Reihe nach ab, halten Sie bei der ersten an, die fehlschlägt, und ändern Sie erst dann eine Einstellung.

Prüfung eins: Folgt der Abbruch dem Leerlauf?

Beginnen Sie damit, den Zusammenhang zu belegen, statt ihn anzunehmen. Notieren Sie die Uhrzeit des letzten gesendeten Pakets, den Zeitpunkt, zu dem der Client den Tunnel als ausgefallen meldete, und ob der Bildschirm dazwischen ausging. Ist die Lücke jedes Mal gleich, haben Sie ein Problem auf dem Leerlaufpfad; treten die Abbrüche während aktiver Nutzung zufällig auf, springen Sie zu Prüfung fünf.

Ein billiger Test, dessen Rücknahme nichts kostet: Senden Sie zwanzig Minuten lang einen gleichmäßigen Ping niedriger Rate an Ihr Gateway und lassen Sie das Gerät in Ruhe. Bleibt der Tunnel die ganze Zeit bestehen, überdeckt ständiger kleiner Datenverkehr das Symptom, statt es zu beheben, was trotzdem ein nützlicher Hinweis ist. Ich bewahre diese Ping-Ausgabe in einem Wegwerf-Terminal auf und vergleiche sie danach mit dem Client-Log, weil die beiden Uhren selten übereinstimmen.

Prüfung zwei: Ist es nur VPN-Datenverkehr?

Bevor Sie den Tunnel beschuldigen, finden Sie heraus, ob die Verbindung selbst noch nutzbar ist. Während der Tunnel tot ist, der Bildschirm aber noch aus, versuchen Sie, die Adresse des Access Points und einen öffentlichen Host per IP zu erreichen. Schlägt auch der gewöhnliche Ping fehl, haben der Funk oder der Access Point Sie verworfen, und der VPN-Client ist nur Zuschauer.

Fließt gewöhnlicher Datenverkehr, während der Tunnel schweigt, ist die Verbindung gesund, und das Problem liegt in den eigenen Timern des Tunnels oder darin, wie der Client eine Fortsetzung behandelt. Das sind zwei verschiedene Korrekturen, überspringen Sie diesen Schritt also nicht. Bei einem Notebook mit Wi-Fi und Ethernet zugleich ziehen Sie das Kabel und wiederholen den Leerlauftest: Ein Leerlaufabbruch, der über kabelgebundenes Ethernet verschwindet, ist ein starker Beleg für die Funkschicht.

Prüfung drei: Energiesparzustand lesen

Die meisten Desktops geben Ihnen ein Kontrollkästchen, aber das Kästchen ist nicht der Zustand, in dem der Treiber steht. Lesen Sie zuerst den eigenen Bericht des Treibers und entscheiden Sie dann. Unter Linux mit mac80211 antwortet die Schnittstelle direkt:

iw dev wlan0 get power_save          # on or off, per interface
sudo iw dev wlan0 set power_save off # diagnostic only, lost on reconnect

Der zweite Befehl ist ein Test, keine Korrektur. Er übersteht weder Trennung noch Ruhezustand oder Neustart, was ihn zu einem sauberen Weg macht, die Hypothese zu prüfen, ohne dauerhafte Änderungen zu hinterlassen.

Unter Windows powercfg /q SCHEME_CURRENT gibt das aktive Schema aus, und der Teilbaum des Funkadapters zeigt, ob dem Adapter befohlen werden darf, Energie zu sparen; dieselbe Wahl steht auch im Geräte-Manager auf der Registerkarte zur Energieverwaltung des Adapters. Unter macOS wird Ihnen die 802.11-Energiesparfunktion pro Schnittstelle nicht offengelegt, schauen Sie stattdessen auf pmset -g für Ruhezustand und Standby. Dort erweist sich der Fehler meist als der Ruhe- und Aufwachpfad und nicht als Leerlaufverhalten des Funks.

Prüfung vier: eine Sache ändern, dann erneut testen

Ändern Sie pro Lauf genau eine Variable und wiederholen Sie dieselbe Last. Übersteht der Tunnel nun eine Leerlaufstunde mit ausgeschalteter Energiesparfunktion, haben Sie etwas Echtes gelernt. Fällt er weiter aus, machen Sie die Änderung rückgängig, bevor Sie die nächste Idee testen, sonst bleiben drei überlappende Einstellungen und keine Ahnung, welche zählt.

Keep-alive ist die andere unabhängige Variable und wird ständig mit der Energiesparfunktion verwechselt. WireGuards PersistentKeepalive = 25 hält eine NAT-Zuordnung warm;OpenVPN nutzt keepalive und ping-restart an beiden Enden. Beide erzeugen Datenverkehr auf einem sonst schweigenden Tunnel, sodass ein Keep-alive, das den Abbruch zu beheben scheint, eher ein Funkproblem verdeckt, als es zu lösen. Testen Sie sie getrennt, eines nach dem anderen:

[Peer]
PublicKey = ...
Endpoint = vpn.example.net:51820
PersistentKeepalive = 25

Prüfung fünf: wenn der Funk unschuldig ist

Bleiben Leerlaufabbrüche bei ausgeschalteter Energiesparfunktion und eingeschaltetem Keep-alive bestehen, schauen Sie außerhalb des Notebooks. Access Points und Heimrouter lassen Leerlauf-NAT- oder Sitzungseinträge nach ihrem eigenen Zeitplan verfallen, und ein VPN-Server kann eine Sitzung ohne Datenverkehr verwerfen.Roaming zwischen Access Points, die eine SSID teilen, kann die Verbindung ebenfalls zurücksetzen, ohne dass der Client es klar sagt.

Vergleichen Sie dann mit einem zweiten Gerät im selben Netz, das denselben Leerlauftest macht. Zwei Geräte, die im selben Intervall ausfallen, sind eine Geschichte über Pfad oder Server; ein einzelnes ausfallendes Gerät ist eine lokale Geschichte über Treiber oder Energie. Dieser Vergleich kostet zehn Minuten und erspart Ihnen, die falsche Konfiguration neu zu schreiben.

Bevor Sie es dauerhaft machen

Entscheiden Sie, was Sie behalten wollen. Ein Skript pro Profil, das die Energiesparfunktion nur in den Netzen abschaltet, in denen Sie den Abbruch gesehen haben, ist vertretbar. Eine globale Änderung, die alles abschaltet und mit Akkulaufzeit in jedem Netz bezahlt wird, meist nicht.

  • Notieren Sie den ursprünglichen Energiesparwert neben dem Skript, damit er wiederhergestellt werden kann.
  • Wiederholen Sie den Leerlauftest nach jedem Treiber- oder Client-Update; Standardwerte ändern sich.
  • Halten Sie das Ping-Log und das Client-Log zusammen, wenn Sie das Problem melden.
  • Wenn Schritt zwei fehlgeschlagen ist, hören Sie auf, VPN-Einstellungen zu ändern, und behandeln Sie es als lokalen Verbindungsfehler.

Wenn Sie nur eine Sache tun, dann Prüfung zwei. Sie entscheidet, ob der Rest dieser Liste überhaupt auf Sie zutrifft, und genau diesen Schritt lassen Leute aus, sobald sie sich schon entschieden haben, die Antwort sei Energiesparen.

Ähnliche Artikel