Beku dua saat: VPN atau Wi-Fi puncanya?
Henti dua saat dan sesi VPN baharu ialah dua peristiwa berbeza. Letakkan laluan akses dan terowong pada garis masa berasingan sebelum mengubah pemasa.
Beku dua saat yang pulih sendiri kelihatan sama sahaja, sama ada terowong berunding semula atau radio tersadung. Ada juga kemungkinan tiada apa-apa yang terputus langsung, dan kemungkinan itu wajar diuji dahulu. Letusan kehilangan singkat, rundingan semula dan tersekatnya aplikasi terasa sama bagi orang yang menaip. Hanya satu daripada tiga kes itu dibaiki dengan menyunting konfigurasi terowong.
Dua rekod, bukan satu
Catat apa yang berlaku pada sambungan di bawahnya, dan secara berasingan apa yang dilakukan terowong itu sendiri. Kemudian letakkan jeda aplikasi terhadap kedua-dua rekod. Itu siri peristiwa bebas yang kadangkala bertindih, dan memanggil ketiga-tiganya sebagai pemutusan sudah menganggap jawapannya sejak awal.
Pemantau yang menyiasat sekali seminit tidak dapat melihat gangguan dua saat. Melaporkan hari itu sebagai sihat adalah tepat dari segi teknikal dan tidak berguna dari segi praktikal. Letakkan selang persampelan di sebelah setiap hasil yang anda petik.
Apa yang dilakukan pautan akses semasa aplikasi membeku
Selang persampelan dan had masa menentukan apa yang mungkin diperhatikan oleh pemantau, jadi catat kedua-duanya di sebelah hasil. Ketiadaan gangguan yang direkodkan tidak bermakna banyak apabila instrumen mengambil sampel setiap enam puluh saat. Kemudian siasat tiga tempat dengan cap masa: penghala tempatan, hos luar yang diluluskan yang dicapai melalui laluan biasa, dan sumber di belakang terowong.
Sahkan laluan dahulu, kerana sasaran awam boleh sendiri dihalakan melalui terowong dan kemudian mengukur terowong dan bukan laluan akses. Bukti yang benar-benar bertarikh gangguan itu terletak satu lapisan lebih dalam: peristiwa pautan pada penghala, rekod penyegerakan semula pada modem, dan alamat WAN yang berubah. Pembilang ralat terkumpul memberitahu anda sesuatu telah berlaku salah, tidak pernah bila. Korelasikan rekod itu dengan tetingkap insiden dan bukannya membacanya secara terasing.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address show
Pembilang yang naik semalam tidak menjelaskan apa-apa tentang beku pagi ini. Hadkan korelasi kepada tetingkap yang dilaporkan oleh pengguna.
Cari rekod mula semula
Datagram UDP yang hilang tidak dengan sendirinya membuatkan Community OpenVPN memulakan rundingan TLS baharu. Tingkah laku mula semula mengikut ping-restart, dan nilai yang berkuat kuasa mungkin telah ditolak oleh pelayan; manual 2.6 mentakrifkan pemasa itu. Penghantaran tergendala seketika, ambang tidak pernah dilangkaui, dan log kekal kosong. Jadi cari dalam log di sekitar jeda untuk baris mula semula, sambungan baharu, atau pengecam sesi yang berubah. Jika tiada satu pun daripada ketiganya muncul, terowong itu mungkin tidak melakukan apa-apa dan pemasa tidak pernah menjadi masalah.
Memendekkan setiap keepalive membuatkan pengesanan kelihatan lebih pantas dan mengalihkan garis di mana tersadung kecil menjadi sambungan semula. Setiap sambungan semula menelan satu pusingan pengesahan dan pemasangan semula laluan. Memanjangkan pemasa tidak membeli apa-apa kecuali tetingkap lebih panjang di mana laluan mati masih kelihatan hidup. Kedua-duanya keputusan penalaan yang berharga, bukan penambahbaikan percuma.
Peristiwa yang tidak berlaku juga bukti, dan itulah jenis yang orang langkau kerana tiada apa-apa dalam log menarik perhatian kepadanya. Catat carian yang anda jalankan, bukan hanya hasilnya.
Biarkan perbandingan menentukan apa yang perlu dibaiki
Dengan kedua-dua rekod bersebelahan, penugasan biasanya menulis dirinya sendiri. Peristiwa pautan penghala pada kedua-dua laluan bermaksud topiknya ialah sambungan akses. Terowong yang senyap dan laluan biasa yang boleh digunakan bermaksud topiknya ialah rundingan.
| 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 ialah petunjuk, bukan keputusan: titik akhir merendahkan keutamaan ICMP, dan dua destinasi tidak semestinya berkongsi satu laluan. Kekalkan jam klien, get laluan dan aplikasi sejajar supaya perbandingan itu mungkin. Baris yang muat dalam dua lajur memerlukan satu lagi pemerhatian, bukan keputusan.
Laporan yang bertahan semasa semakan menjawab empat perkara: berapa lama beku itu berlangsung, laluan mana yang terus menjawab, apa yang direkodkan terowong pada saat itu, dan berapa kerap pemantau mengambil sampel. Empat fakta itu membolehkan pembaca seterusnya menghasilkan semula pemerhatian dan bukan mempercayai ringkasan. Peratusan masa aktif menyembunyikan selang yang anda ambil berat, dan frasa "VPN terputus" juga.