Boşta kalınca VPN kopmalarını düzeltme: Wi-Fi güç tasarrufu için bir kontrol listesi

Boşta kalma sırasındaki VPN kopmalarını sırayla ele alın: zamanlamayı doğrulayın, radyoyu tünelden ayırın, gerçek güç tasarrufu durumunu okuyun, sonra bir ayarı değiştirip yeniden test edin.

Dizüstü bilgisayar bir süre dokunulmadan kaldıktan sonra tüneliniz ölür ve izleme yüzeyine dokunduğunuz anda geri gelir. Bu örüntü VPN ağ geçidinin kimlik bilgilerinizi reddettiğini değil, kablosuz bağlantının güç tasarrufuna geçtiğini gösterir. Aynı profilde yoğun bir sabah bunun kanıtıdır: trafik akarken tünel yaşar, radyo sustuğunda düşer. Aşağıdaki kontrolleri sırayla yapın, ilk başarısız olanda durun ve ancak ondan sonra bir ayarı değiştirin.

Birinci kontrol: kopma boşta kalmayı izliyor mu?

Varsaymak yerine ilişkiyi kanıtlayarak başlayın. Gönderdiğiniz son paketin duvar saati zamanını, istemcinin tünelin düştüğünü bildirdiği anı ve bu arada ekranın kapanıp kapanmadığını not edin. Aralık her seferinde aynıysa boşta kalma yolunda bir sorununuz var; kopmalar etkin kullanım sırasında rastgele oluyorsa beşinci kontrole geçin.

Geri almanın hiçbir maliyeti olmayan ucuz bir test: yirmi dakika boyunca ağ geçidinize düzenli düşük hızlı ping gönderin ve makineyi yalnız bırakın. Tünel baştan sona ayakta kalırsa, sürekli küçük trafik belirtiyi düzeltmek yerine maskeliyor demektir, bu da hâlâ yararlı bir kanıttır. O ping çıktısını bir karalama terminalinde tutup sonra istemci günlüğüyle karşılaştırıyorum, çünkü iki saat nadiren aynı fikirde olur.

İkinci kontrol: yalnızca VPN trafiği mi?

Tüneli suçlamadan önce bağlantının kendisinin hâlâ kullanılabilir olup olmadığını öğrenin. Tünel ölü ama ekran hâlâ kapalıyken erişim noktasının adresine ve IP ile genel bir ana makineye ulaşmayı deneyin. Sıradan ping de başarısız olursa radyo veya erişim noktası sizi bırakmıştır ve VPN istemcisi yalnızca izleyicidir.

Tünel susarken sıradan trafik akıyorsa bağlantı sağlıklıdır ve sorun tünelin kendi zamanlayıcılarında ya da istemcinin devam etmeyi nasıl ele aldığındadır. Bunlar iki farklı düzeltmedir, bu yüzden bu adımı atlamayın. Hem Wi-Fi hem Ethernet olan bir dizüstünde kabloyu çıkarın ve boşta kalma testini yineleyin: kablolu Ethernet'te kaybolan boşta kalma kopması kablosuz katman lehine güçlü bir kanıttır.

Üçüncü kontrol: güç tasarrufu durumunu okuyun

Çoğu masaüstü size bir onay kutusu verir, ama kutu sürücünün içinde bulunduğu durum değildir. Önce sürücünün kendi raporunu okuyun, sonra karar verin. mac80211 kullanan Linux'ta arayüz doğrudan yanıt verir:

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

İkinci komut bir testtir, düzeltme değil. Bağlantı kesilmesine, uykuya veya yeniden başlatmaya dayanmaz, bu da onu kalıcı değişiklik bırakmadan hipotezi sınamanın temiz bir yolu yapar.

Windows'ta powercfg /q SCHEME_CURRENT etkin şemayı yazdırır ve kablosuz bağdaştırıcının alt ağacı bağdaştırıcıya enerji tasarrufu emredilip edilemeyeceğini gösterir; aynı seçenek Device Manager'da bağdaştırıcının güç yönetimi sekmesinde de vardır. macOS'ta arabirim başına 802.11 güç tasarrufu size gösterilmez, bu yüzden bunun yerine pmset -g uyku ve bekleme davranışına bakın. Orada arıza genellikle radyonun boşta kalma davranışı değil, uyku ve uyanma yolu olarak ortaya çıkar.

Dördüncü kontrol: bir şeyi değiştirin, sonra yeniden test edin

Her çalıştırmada tam olarak bir değişken değiştirin ve aynı iş yükünü yineleyin. Güç tasarrufu kapalıyken tünel artık bir saatlik boşta kalmaya dayanıyorsa gerçek bir şey öğrendiniz. Hâlâ düşüyorsa bir sonraki fikri test etmeden önce geri alın, yoksa üst üste binen üç ayar ve hangisinin önemli olduğuna dair hiçbir fikir olmadan kalırsınız.

Bağlantıyı canlı tutmak diğer bağımsız değişkendir ve sürekli güç tasarrufuyla karıştırılır. WireGuard'ın PersistentKeepalive = 25 bir NAT eşlemesini sıcak tutar;OpenVPN iki uçta keepalive ve ping-restart kullanır. İkisi de aksi hâlde sessiz olan bir tünelde trafik üretir, bu yüzden kopmayı düzeltiyor gibi görünen bir canlı tutma radyo sorununu çözmek yerine gizliyor olabilir. Onları ayrı ayrı, birer birer test edin:

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

Beşinci kontrol: radyo masumsa

Güç tasarrufu kapalı ve canlı tutma açıkken boşta kalma kopmaları sürüyorsa dizüstünün dışına bakın. Erişim noktaları ve ev yönlendiricileri boştaki NAT veya oturum girdilerinin kendi programlarına göre süresinin dolmasına izin verir ve bir VPN sunucusu trafiksiz bir oturumu düşürebilir.Aynı SSID'yi paylaşan erişim noktaları arasında dolaşma da bağlantıyı sıfırlayabilir, istemci bunu açıkça söylemese de.

Sonra aynı ağdaki aynı boşta kalma testini yapan ikinci bir cihazla karşılaştırın. İki cihazın aynı aralıkla düşmesi yol veya sunucu hikâyesidir; tek cihazın düşmesi yerel sürücü veya güç hikâyesidir. Bu karşılaştırma on dakika sürer ve yanlış yapılandırmayı yeniden yazmaktan kurtarır.

Bunu kalıcı yapmadan önce

Neyi saklamaya hazır olduğunuza karar verin. Güç tasarrufunu yalnızca kopmayı gördüğünüz ağlarda kapatan profil başına bir betik savunulabilir. Her ağda pil ömrü pahasına her şeyi kapatan genel bir ayar genellikle değildir.

  • Özgün güç tasarrufu değerini betiğin yanına yazın ki geri yüklenebilsin.
  • Her sürücü veya istemci güncellemesinden sonra boşta kalma testini yineleyin; varsayılanlar değişir.
  • Sorunu bildirirken ping günlüğünü ve istemci günlüğünü bir arada tutun.
  • İkinci adım başarısız olduysa VPN ayarlarını değiştirmeyi bırakın ve bunu yerel bir bağlantı arızası olarak ele alın.

Yalnızca bir şey yapacaksanız ikinci kontrolü yapın. Bu listenin geri kalanının size uygulanıp uygulanmadığına o karar verir ve insanların yanıtın güç tasarrufu olduğuna çoktan karar verdikten sonra atladığı adım da odur.

İlgili makaleler