Tamat masa sambungan VPN: DNS, pengangkutan, rundingan atau log masuk

“Sambungan tamat masa” ialah ralat paling tidak khusus yang boleh dicetak oleh klien VPN. Ia bermaksud satu operasi terlepas tarikh akhirnya, dan setiap peringkat dari penyelesaian nama hingga balasan log masuk mempunyai tarikh akhir. Klien yang hanya memaparkan mesej akhir membuat peringkat kelihatan sama, jadi orang menaikkan had masa, menukar port dan memasang semula profil, dalam urutan itu, tanpa belajar apa-apa. Membandingkan peringkat lebih cepat: setiap satu gagal di tempat berbeza, dan setiap kegagalan meninggalkan jenis bukti berbeza.

Empat peringkat, empat kegagalan berbeza

Urutan itu tetap walaupun klien menyembunyikannya: nama mesti diselesaikan, pengangkutan mesti diwujudkan ke alamat yang terhasil, protokol mesti merundingkan parameter dan kuncinya, dan akaun mesti disahkan. Panduan penyelesaian masalah kesambungan OpenVPN mengikut urutan yang sama untuk kliennya sendiri, dan yang lain mengikutinya rapat. Tamat masa pada peringkat dua dan tamat masa pada peringkat empat tidak mempunyai apa-apa persamaan kecuali perkataan di skrin.

Baca log untuk baris terakhir yang menunjukkan kemajuan, bukan baris terakhir sebelum ralat. Kebanyakan klien mencetak sesuatu seperti alamat yang diselesaikan, soket yang diwujudkan, jabat tangan yang dimulakan atau permintaan pengesahan, dan peringkat selepas baris itu ialah yang tamat masa.

Penyelesaian nama gagal sebelum apa-apa dihubungi

Jika titik akhir tidak pernah diselesaikan, klien tiada apa-apa untuk dihubungi dan tiada kerja pengangkutan berlaku. Kegagalan itu biasanya serta-merta dan bukan tamat masa penuh, dan itulah cara paling murah untuk membezakannya daripada yang lain. Uji nama dengan penyelesai sistem dan penyelesai kedua, dan bandingkan kedua-dua jawapan sebelum membuat kesimpulan pelayan mati.

Alamat lama yang disalin daripada catatan forum ialah punca biasa tamat masa yang kelihatan seperti masalah pelayan, kerana alamat itu kini milik sesuatu yang lain atau tiada apa-apa. Gunakan profil semasa pengendali dan bukan menggantikan alamat yang pernah berfungsi. Ketiadaan balasan ping bukan bukti ke mana-mana arah: banyak titik akhir membuang ICMP sambil melayan dengan sangat baik.

Persediaan pengangkutan menunggu paket yang tidak akan datang

Apabila DNS betul dan klien masih menghabiskan seluruh had masa, lapisan pengangkutan ialah suspek. Pada TCP anda boleh menguji port secara langsung; Test-NetConnection di Windows atau nc -vz di Linux memberitahu sama ada sesuatu menerima sambungan, dan itu lebih berguna daripada ping. Pada UDP anda tidak boleh menguji dengan cara yang sama, kerana tiada jabat tangan untuk diselesaikan pada lapisan itu, dan asimetri ini menyebabkan banyak kesimpulan yang salah.

Apa yang dibuktikan oleh ujian TCP adalah terhad: perkhidmatan yang menerima port 443 belum tentu pendengar VPN, dan titik akhir UDP sahaja tidak mempunyai port TCP untuk menerima apa-apa. Menulis semula profil daripada UDP ke TCP tidak mencipta pendengar di sebelah sana; ia hanya mengubah apa yang klien anda tunggu. Jika rangkaian menapis protokol itu, perubahan itu menghasilkan tamat masa berbeza pada peringkat yang sama.

Portal tawanan patut mendapat pemeriksaan sendiri pada peringkat ini. Sehingga portal membenarkan peranti, trafik keluar pergi ke portal dan percubaan terowong hanya tergantung. Selesaikan portal dalam pelayar dahulu, kemudian cuba lagi, dan jangan ubah profil semasa portal masih belum selesai.

Rundingan dan log masuk bermakna pelayan telah menjawab

Sebaik sahaja terowong sampai ke pelayan, klien memulakan jabat tangan dan ralat berubah sifat. Kesesakan di sini berkaitan keserasian, bukan ketercapaian: versi protokol tidak sepadan, tetapan sifer atau saluran data yang tidak akan diterima sebelah sana, atau profil yang menjangka ciri yang pelayan tidak tawarkan. OpenVPN telah mengalihkan nilai lalai rundingannya antara versi utama cukup kerap sehingga profil yang ditulis untuk satu generasi boleh sampai ke pelayan dan masih gagal naik.

Pengesahan ialah peringkat terakhir dan paling mudah disalahtafsir. Penolakan jelas ialah jawapan, yang bermaksud laluan berfungsi dan masalahnya ialah identiti, sijil atau keadaan akaun. Aliran log masuk tunggal berasaskan pelayar ialah kes ketiga: klien menunggu tindakan yang anda belum lakukan, atau pelayar yang tidak dapat dilancarkannya, dan tiada apa-apa akan tiba sehingga anda menyelesaikan langkah itu.

Bandingkan bukti sebelum mengubah cubaan semula

Kekalkan peranti dan profil tetap dan ubah satu perkara pada satu masa, bermula dengan rangkaian. Jika profil yang sama bersambung pada hotspot telefon dan tamat masa pada Wi-Fi hotel, pemboleh ubahnya ialah laluan, bukan pelayan. Jika ia gagal di mana-mana, pemboleh ubahnya ialah profil atau titik akhir. Jika ia gagal hanya pada satu masa tertentu, rakam cap masa dan bandingkannya dengan peristiwa sebelah pelayan sebelum menganggap apa-apa tentang beban.

Bagi perkhidmatan yang anda uruskan, perbandingan yang menentukan ialah sama ada percubaan itu tiba. Sambungan yang sampai ke pendengar dan kemudian tersekat tergolong dalam peringkat rundingan; yang tidak pernah muncul dalam pandangan pendengar ialah masalah pengangkutan atau penyelesaian, dan tiada penyelarasan cubaan semula akan menggerakkannya. Log pelayan juga memisahkan log masuk yang ditolak daripada kejatuhan senyap, iaitu perbezaan antara pembaikan identiti dan pembaikan tembok api.

Catat versi klien, nama profil, masa percubaan dengan zon waktunya dan ralat berguna pertama dan bukan baris terputus terakhir. Buang kunci dan bahan yang membawa kelayakan sebelum berkongsi petikan. Kemudian buat satu pembetulan bermakna dan cuba lagi, kerana had masa yang lebih panjang hanya membantu operasi lambat yang didokumenkan dan tidak melakukan apa-apa untuk alamat salah atau port yang disekat.