Memperbaiki putusnya VPN saat menganggur: daftar periksa hemat daya Wi-Fi

Telusuri putusnya VPN saat menganggur secara berurutan: pastikan waktunya, pisahkan radio dari terowongan, baca keadaan hemat daya yang sebenarnya, lalu ubah satu pengaturan dan uji ulang.

Terowongan Anda mati setelah laptop dibiarkan tanpa disentuh beberapa saat, dan hidup lagi begitu Anda menyentuh trackpad. Pola itu menunjukkan tautan nirkabel masuk ke mode hemat daya, bukan gateway VPN menolak kredensial Anda. Pagi yang sibuk pada profil yang sama adalah buktinya: terowongan bertahan selama lalu lintas mengalir dan gagal begitu radio menjadi diam. Lakukan pemeriksaan di bawah ini secara berurutan, berhenti pada yang pertama gagal, dan baru setelah itu ubah satu pengaturan.

Pemeriksaan satu: apakah putusnya mengikuti waktu menganggur?

Mulailah dengan membuktikan korelasinya, bukan menganggapnya. Catat waktu jam dinding paket terakhir yang Anda kirim, waktu klien melaporkan terowongan mati, dan apakah layar mati di antaranya. Jika jaraknya selalu sama, Anda punya masalah pada jalur menganggur; jika putusnya terjadi acak saat pemakaian aktif, lompat ke pemeriksaan lima.

Uji murah yang tidak rugi dibatalkan: kirim ping stabil berkecepatan rendah ke gateway Anda selama dua puluh menit dan biarkan mesinnya sendiri. Jika terowongan bertahan sepanjang uji, lalu lintas kecil yang terus-menerus menutupi gejalanya, bukan memperbaikinya, yang tetap merupakan bukti berguna. Saya menyimpan keluaran ping itu di terminal coretan dan membandingkannya dengan log klien setelahnya, karena kedua jam jarang sepakat.

Pemeriksaan dua: apakah hanya lalu lintas VPN?

Sebelum menyalahkan terowongan, cari tahu apakah tautannya sendiri masih bisa dipakai. Saat terowongan mati tetapi layar masih padam, coba jangkau alamat titik akses dan host publik lewat IP. Jika ping biasa juga gagal, radio atau titik aksesnya yang melepas Anda, dan klien VPN hanya penonton.

Jika lalu lintas biasa mengalir sementara terowongan diam, tautannya sehat dan masalahnya ada pada timer terowongan itu sendiri atau pada cara klien menangani pemulihan. Keduanya perbaikan yang berbeda, jadi jangan lewati langkah ini. Pada laptop dengan Wi-Fi dan Ethernet sekaligus, cabut kabelnya dan ulangi uji menganggur: putus saat menganggur yang hilang pada Ethernet berkabel adalah bukti kuat untuk lapisan nirkabel.

Pemeriksaan tiga: baca keadaan hemat daya

Sebagian besar desktop memberi Anda kotak centang, tetapi kotak centang bukan keadaan tempat driver berada. Baca dulu laporan driver itu sendiri, lalu putuskan. Pada Linux dengan mac80211 antarmuka menjawab langsung:

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

Perintah kedua adalah uji, bukan perbaikan. Perintah itu tidak bertahan setelah pemutusan, tidur, atau boot ulang, yang membuatnya cara bersih untuk menguji hipotesis tanpa meninggalkan perubahan permanen.

Pada Windows powercfg /q SCHEME_CURRENT mencetak skema aktif, dan subpohon adaptor nirkabel menunjukkan apakah adaptor boleh diperintahkan menghemat daya; pilihan yang sama juga ada di Device Manager pada tab manajemen daya adaptor. Pada macOS hemat daya 802.11 per antarmuka tidak diperlihatkan kepada Anda, jadi lihat sebagai gantinya pmset -g untuk perilaku tidur dan siaga. Di sana kegagalannya biasanya berupa jalur tidur dan bangun, bukan perilaku menganggur radionya.

Pemeriksaan empat: ubah satu hal, lalu uji ulang

Ubah tepat satu variabel per percobaan dan ulangi beban kerja yang sama. Jika terowongan kini bertahan satu jam menganggur dengan hemat daya mati, Anda mempelajari sesuatu yang nyata. Jika masih putus, kembalikan sebelum menguji gagasan berikutnya, kalau tidak Anda berakhir dengan tiga pengaturan yang tumpang tindih dan tanpa tahu mana yang penting.

Menjaga koneksi tetap hidup adalah variabel bebas lainnya dan terus-menerus dicampuradukkan dengan hemat daya. Nilai PersistentKeepalive = 25 dari WireGuard menjaga pemetaan NAT tetap hangat;OpenVPN di kedua ujung keepalive dan ping-restart digunakan. Keduanya menghasilkan lalu lintas pada terowongan yang sebaliknya diam, jadi penjagaan hidup yang tampaknya memperbaiki putusnya bisa menyembunyikan masalah radio alih-alih menyelesaikannya. Ujilah keduanya terpisah, satu per satu:

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

Pemeriksaan lima: ketika radio tidak bersalah

Jika putusnya saat menganggur tetap terjadi dengan hemat daya mati dan penjagaan hidup menyala, lihat ke luar laptop. Titik akses dan router rumahan menghabiskan entri NAT atau sesi menganggur menurut jadwal mereka sendiri, dan server VPN dapat menjatuhkan sesi tanpa lalu lintas.Roaming antar titik akses yang berbagi satu SSID juga dapat mengatur ulang tautan tanpa klien mengatakannya dengan jelas.

Lalu bandingkan dengan perangkat kedua di jaringan yang sama yang melakukan uji menganggur yang sama. Dua perangkat putus pada selang yang sama adalah kisah jalur atau server; satu perangkat putus adalah kisah driver atau daya setempat. Perbandingan itu makan sepuluh menit dan menyelamatkan Anda dari menulis ulang konfigurasi yang salah.

Sebelum menjadikannya permanen

Putuskan apa yang bersedia Anda pertahankan. Skrip per profil yang mematikan hemat daya hanya pada jaringan tempat Anda melihat putusnya bisa dipertahankan. Penyetelan global yang mematikan semuanya dengan bayaran daya tahan baterai di setiap jaringan biasanya bukan.

  • Catat nilai hemat daya semula di samping skrip agar bisa dipulihkan.
  • Ulangi uji menganggur setelah setiap pembaruan driver atau klien; nilai bawaannya berubah.
  • Simpan log ping dan log klien bersama saat Anda melaporkan masalahnya.
  • Jika langkah dua gagal, berhenti mengubah pengaturan VPN dan anggap itu kerusakan tautan setempat.

Jika Anda hanya melakukan satu hal, lakukan pemeriksaan dua. Itu yang memutuskan apakah sisa daftar ini berlaku bagi Anda sama sekali, dan itulah langkah yang dilewati orang setelah mereka sudah memutuskan jawabannya adalah hemat daya.

Artikel terkait