Cara menguji stabilitas VPN tanpa mencatat penjelajahan Anda

Anda ingin tahu apakah terowongan bertahan saat laptop tidur, perjalanan antara titik akses, atau satu jam panggilan, dan Anda lebih suka tidak menyerahkan catatan semua yang Anda baca kepada siapa pun saat mencari tahu. Tiga hal menjawabnya: probe tetap, empat fakta yang sama yang disampel sesuai jadwal, dan peristiwa yang mengubahnya dicatat. Sepuluh menit hal itu mengalahkan sepanjang sore menonton halaman gagal dimuat. Log yang akhirnya Anda miliki juga cukup pendek untuk dilampirkan ke tiket tanpa menyunting separuhnya.

Tentukan apa arti stabil

“VPN-nya putus” adalah empat kegagalan berbeda dalam satu kata. Peer bisa kehilangan handshake, rute bisa kembali ke gateway lokal, resolusi nama bisa menuju server yang tidak pernah menjawab lewat terowongan, atau semua itu bisa sehat sementara satu aplikasi tetap gagal. Tentukan mana yang cocok dengan gejala Anda sebelum mengumpulkan apa pun, karena masing-masing butuh probe berbeda. Lalu pilih interval yang bisa Anda pertahankan: satu sampel tiap tiga puluh detik selama sepuluh menit menangkap roaming tanpa membuat pengujian menjadi beban kerja.

Jika keluhannya adalah panggilan yang membeku saat Anda berjalan ke dapur, sifat yang Anda butuhkan adalah apakah permintaan baru selesai setelah roaming. Itu bisa diperiksa dalam satu baris dan sama sekali tidak mencatat penjelajahan apa pun.

Tetapkan satu probe yang tidak berbahaya

Pilih tujuan yang boleh Anda kueri dan tidak terikat pada akun Anda: host dokumentasi, titik akhir status internal, atau gateway terowongan itu sendiri. Buat operasinya bisa diulang, misalnya curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://example.com/, yang mencetak satu baris per percobaan. Pertahankan format keluaran itu selama seluruh proses. Kode status dan durasi yang dikumpulkan dengan cara yang sama dua kali itulah yang membuat dua proses bisa dibandingkan.

Lawan situs yang sebenarnya Anda andalkan. Halaman bank atau webmail menyeret pelacak, pengalihan, dan konten pribadi ke dalam pengukuran, dan mencetak pengenal sesi ke apa pun yang nanti Anda tempelkan ke tiket. Gunakan tujuan yang sama sepanjang penyelidikan, dan catat di sebelah interval.

Sampel keempat fakta

Status peer, rute, resolver, dan satu permintaan baru adalah empat pengamatan, dan masing-masing punya sumber murah. Di WireGuard, wg show wg0 latest-handshakes memberi tanda waktu peer dan ip route get 1.1.1.1 menunjukkan antarmuka mana yang akan dipakai kernel. Di OpenVPN status yang sama ada di berkas status yang ditulis --status /run/openvpn/status 10 atau di balik state pada antarmuka manajemen. Klien Windows tetap di PowerShell dengan Get-NetAdapter dan Resolve-DnsName.

Ulangi keduanya dalam satu terminal agar setiap baris membawa tanda waktu: for i in $(seq 1 20); do date -Is; wg show wg0 latest-handshakes; ip route get 1.1.1.1; sleep 30; done. Perulangan itu mencakup tiga dari enam bidang log; versi klien dimasukkan sekali di atas, dan tanda waktu peristiwa ditambahkan saat peristiwa terjadi.

Resolver adalah fakta yang dilewati orang, dan dig +short menyembunyikannya, karena bentuk itu hanya mencetak jawabannya. Mintalah server secara eksplisit dengan dig example.com | grep SERVER:, atau gunakan nslookup example.com di tempat dig tidak terpasang, yang mencetak alamat server tempat kueri pergi. Handshake lama pada terowongan yang menganggur juga bukan otomatis kesalahan, karena WireGuard hanya mengganti kunci bila ada lalu lintas yang perlu dilindungi.

Picu peristiwanya, bukan kebocoran

Ambil lima menit tenang sebagai garis dasar sebelum peristiwa yang Anda pedulikan, entah itu menutup tutup, berjalan ke titik akses lain, atau beralih ke hotspot ponsel. Catat waktu Anda memicunya, agar sampel di kedua sisi bisa disejajarkan.

Tanpa tanda waktu itu log menunjukkan celah dan tidak ada yang bisa mengatakan apakah klien atau jaringan yang menutupnya. Dua proses dengan peristiwa di tempat berbeda lebih bernilai daripada sepuluh tanpa itu. Gunakan kontrol putus dan sambung ulang milik klien sendiri. Jangan matikan kill switch atau mendorong lalu lintas ke luar terowongan untuk melihat apa yang terjadi, karena pada laptop terkelola itu pelanggaran kebijakan dan pada mesin Anda sendiri justru menciptakan paparan yang Anda uji.

Jaga log cukup kecil agar bisa diselesaikan

Enam bidang per sampel: waktu, versi klien, titik akhir, jaringan akses, peristiwa, hasil. Tinggalkan alamat web, muatan, token, dan apa pun yang membawa pengenal sesi, karena log adalah bukti tentang terowongan dan bukan yang lain. Simpan di sebelah perulangan agar orang berikutnya bisa menjalankannya lagi tanpa bertanya apa arti kolomnya.

Setelah perubahan, ulangi pengujian dengan probe yang sama dan interval yang sama; jika Anda menukar tujuan dan versi klien sekaligus, hasilnya bukan milik keduanya. Proses bersih sepuluh menit adalah bukti untuk kondisi dan tujuan itu, bukan janji tentang jaringan hotel bulan depan. Simpan skrip dan templat log di tempat Anda akan menemukannya. Batasan yang didokumentasikan WireGuard layak dibaca sebelum Anda menyalahkan protokol atas pemutusan.