Daftar VPN publik bilang online; klien Anda bilang tidak

Anda membuka direktori, mengurutkan menurut kecepatan, memilih node yang ditandai online, dan klien menyerah sebelum selesai terhubung. Daftar itu tidak berbohong, tepatnya. Ia melaporkan hasil pemeriksaan orang lain, dari jaringan lain, pada momen yang lebih awal, terhadap layanan yang bisa dimatikan sukarelawan kapan saja. Memahami celah itu mengubah perburuan yang melelahkan menjadi rangkaian singkat pemeriksaan yang bisa Anda jalankan pada kandidat mana pun.

Apa yang sebenarnya diukur daftar itu

Direktori publik menyimpan bidang seperti waktu pemeriksaan terakhir, angka waktu pulang-pergi yang diamati, jumlah sesi, dan kadang daftar protokol. Masing-masing menggambarkan pengamatan sukses terakhir dari sudut pandang proyek itu sendiri, bukan keadaan node saat paket Anda tiba.

Kesegaran lebih penting daripada angkanya. Node yang diperiksa empat menit lalu dan node yang diperiksa empat jam lalu bisa menampilkan penanda hijau yang sama, dan hanya satu di antaranya yang masih menyerupai keadaan tercatat. Cari stempel waktu, bukan warnanya.

Operasi sukarela menambah sumber perubahan kedua yang tidak bisa diperbaiki monitor mana pun. Operator mungkin sedang memulai ulang laptop, kehabisan bandwidth, mengganti penyedia, atau sekadar menutup tutupnya. Entri daftar adalah kandidat, dan memperlakukannya sebagai perjanjian tingkat layanan adalah kesalahan kategori.

Perhatikan tahapan klien, bukan spinner

Setiap klien VPN melewati urutan lebar yang sama: menyelesaikan nama, membuka koneksi transport, menegosiasikan keamanan, mengautentikasi, lalu mengonfigurasi terowongan dan mengirim data. Kegagalan di setiap tahap meninggalkan bukti berbeda, dan spinner tidak menunjukkan satu pun.

Mulailah dari resolusi nama. Jika nama host tidak terselesaikan, tidak ada yang diuji tentang ketersediaan node, karena koneksi tidak pernah meninggalkan mesin Anda. Berikutnya transport: pertukaran TCP atau UDP yang ditolak atau kehabisan waktu memberi tahu Anda bahwa titik akhir tidak menjawab di port itu, yang merupakan temuan nyata tentang node. Lalu negosiasi dan autentikasi, tempat sertifikat salah, profil kedaluwarsa, atau cipher yang tidak cocok gagal sementara node sepenuhnya sehat. Hanya setelah terowongan dikonfigurasi, kesalahan perutean atau DNS dapat menjelaskan langkah terakhir.

Baca log klien pada verbositas tertinggi yang masih muat di layar, dan catat baris terakhir yang berhasil. Baris itu tempat diagnosis dimulai, dan biasanya lebih informatif daripada apa pun yang ditampilkan direktori.

Satu variabel per percobaan

Bandingkan kandidat dengan klien yang sama, jaringan akses yang sama, dan format profil yang sama, hanya mengubah titik akhir. Jika tidak, kegagalan bisa jadi milik Anda dan Anda akan menyalahkan node.

Dua percobaan cukup untuk menetapkan pola, dan percobaan ketiga memastikannya. Jika node A gagal di tahap transport dan node B gagal di autentikasi, Anda punya dua masalah tak terkait, bukan satu daftar basi.

Ketika setiap node gagal dengan cara yang sama

Kegagalan menyeluruh pada tahap pertama menunjuk ke sisi Anda: resolver yang tidak bisa menjawab, firewall lokal yang memblokir protokol, atau jaringan yang hanya mengizinkan lalu lintas web. Direktori tidak bisa melaporkannya, karena pemeriksaannya tidak berjalan dari tempat Anda.

Uji kasus jaringan yang dibentuk secara sengaja. Beberapa jaringan akses mengizinkan HTTPS ke web dan membuang protokol lain, sehingga setiap kandidat tampak mati padahal daftarnya akurat. Membandingkan pemuatan halaman di peramban dengan percobaan koneksi mentah memisahkan kedua situasi itu dalam waktu kurang dari semenit.

Baca kegagalan pada tahap tempat itu terjadi

Reproduksi percobaan dari terminal agar tahapannya terlihat. Tiga perintah di bawah menyelesaikan nama, menguji apakah port menjawab, dan mencetak baris negosiasi dari profil OpenVPN:

dig +short node.example.net
curl -s --max-time 5 telnet://node.example.net:443
openvpn --config node.ovpn --verb 4 2>&1 | grep -iE "TLS|AUTH|PUSH"

Jika port menjawab dan baris negosiasi melaporkan masalah sertifikat, node hidup dan profil Anda kedaluwarsa. Jika port sama sekali tidak menjawab, entri itu kandidat yang gagal, dan pindah ke berikutnya adalah respons yang benar alih-alih men-debug klien Anda. Catat tahapnya dalam satu baris singkat, dan percobaan berikutnya dimulai dari pengetahuan, bukan harapan.