Beku dua detik: VPN atau Wi-Fi penyebabnya?
Henti dua detik dan sesi VPN baru adalah dua peristiwa berbeda. Letakkan jalur akses dan terowongan pada garis waktu terpisah sebelum mengubah pengatur waktu.
Beku dua detik yang pulih sendiri terlihat sama saja, entah terowongan menegosiasi ulang atau radionya tersandung. Mungkin juga tidak ada yang putus sama sekali, dan kemungkinan itu layak diuji lebih dulu. Ledakan kehilangan singkat, negosiasi ulang, dan macetnya aplikasi terasa sama bagi orang yang mengetik. Hanya satu dari tiga kasus itu yang diperbaiki dengan menyunting konfigurasi terowongan.
Dua catatan, bukan satu
Catat apa yang terjadi pada koneksi di bawahnya, dan secara terpisah apa yang dilakukan terowongan itu sendiri. Lalu letakkan jeda aplikasi terhadap kedua catatan. Itu rangkaian peristiwa independen yang kadang bertepatan, dan menyebut ketiganya sebagai pemutusan sudah mengasumsikan jawabannya sejak awal.
Monitor yang memeriksa sekali semenit tidak bisa melihat gangguan dua detik. Melaporkan hari itu sehat secara teknis akurat dan praktis tidak berguna. Letakkan interval pengambilan sampel di samping setiap hasil yang Anda kutip.
Apa yang dilakukan tautan akses saat aplikasi membeku
Interval pengambilan sampel dan batas waktu menentukan apa yang mungkin diamati monitor, jadi catat keduanya di samping hasil. Tidak adanya gangguan yang tercatat berarti sedikit ketika instrumen mengambil sampel tiap enam puluh detik. Lalu periksa tiga tempat dengan stempel waktu: router lokal, host luar yang disetujui yang dicapai lewat jalur biasa, dan sumber daya di balik terowongan.
Konfirmasi rutenya dulu, karena target publik bisa saja dirutekan lewat terowongan dan kemudian mengukur terowongan, bukan jalur akses. Bukti yang benar-benar memberi tanggal gangguan berada satu lapis lebih dalam: peristiwa tautan di router, catatan sinkronisasi ulang di modem, dan alamat WAN yang berubah. Penghitung galat kumulatif memberi tahu bahwa ada yang salah, tidak pernah kapan. Korelasikan catatan itu dengan jendela insiden alih-alih membacanya terisolasi.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showPenghitung yang naik kemarin tidak menjelaskan apa pun tentang beku pagi ini. Batasi korelasi pada jendela yang dilaporkan pengguna.
Cari catatan mulai ulang
Datagram UDP yang hilang tidak dengan sendirinya membuat Community OpenVPN memulai negosiasi TLS baru. Perilaku mulai ulang mengikuti ping-restart, dan nilai yang berlaku mungkin dikirim oleh server; panduan 2.6 mendefinisikan pengatur waktu itu. Pengiriman terputus sesaat, ambang tidak pernah terlampaui, dan log tetap kosong. Karena itu telusuri log di sekitar jeda untuk baris mulai ulang, koneksi baru, atau pengenal sesi yang berubah. Jika tak satu pun dari ketiganya muncul, terowongan mungkin tidak melakukan apa pun dan pengatur waktu tidak pernah menjadi masalah.
Memangkas setiap keepalive membuat deteksi tampak lebih cepat dan menggeser garis tempat gangguan kecil menjadi penyambungan ulang. Setiap penyambungan ulang berbiaya satu putaran autentikasi dan pemasangan ulang rute. Memperpanjang pengatur waktu tidak membeli apa pun selain jendela lebih panjang tempat jalur mati masih tampak hidup. Keduanya keputusan penyetelan yang berharga, bukan peningkatan gratis.
Peristiwa yang absen juga bukti, dan justru jenis yang orang lewati karena tidak ada apa pun di log yang menarik perhatian padanya. Catat pencarian yang Anda jalankan, bukan hanya hasilnya.
Biarkan perbandingan menentukan apa yang diperbaiki
Dengan kedua catatan berdampingan, penetapannya biasanya menulis dirinya sendiri. Peristiwa tautan router pada kedua jalur berarti topiknya koneksi akses. Terowongan yang tenang dan jalur biasa yang bisa dipakai berarti topiknya negosiasi.
| What you observed | Tunnel log at that second | Where to look next |
|---|---|---|
| two-second pause, plain path answers throughout | nothing | the monitor's resolution, then a loss burst |
| pause plus a router link event, plain path stops and returns | no restart line | the access link, not the tunnel timer |
| pause, then a new session identifier | restart line | the restart threshold and what triggered it |
| one application freezes while both paths answer | nothing | that application and its server-side work |
Setiap baris adalah petunjuk, bukan putusan: titik ujung menurunkan prioritas ICMP, dan dua tujuan belum tentu berbagi satu jalur. Jaga jam klien, gateway, dan aplikasi tetap sejajar agar perbandingannya mungkin dilakukan. Baris yang cocok untuk dua kolom perlu satu pengamatan lagi, bukan keputusan.
Laporan yang bertahan dalam peninjauan menjawab empat hal: berapa lama beku berlangsung, jalur mana yang terus menjawab, apa yang dicatat terowongan pada detik itu, dan seberapa sering monitor mengambil sampel. Empat fakta itu memungkinkan pembaca berikutnya mereproduksi pengamatan alih-alih memercayai ringkasan. Persentase waktu aktif justru menyembunyikan interval yang Anda pedulikan, begitu pula frasa "VPN-nya putus".