Perangkat lunaknya mendukung, jadi node ini menawarkannya. Kesimpulan itu cukup sering salah sehingga menjadi aturan: penerapan SoftEther dapat mengaktifkan sembarang himpunan bagian dari metode koneksi yang kompatibel, dan node publik adalah penerapan dengan pemilik dan konfigurasi. Dengan apa Anda dapat terhubung bergantung pada node itu, bukan pada daftar fitur proyek yang dijalankannya. Kesenjangan antara keduanya adalah tempat sebagian besar tiket “protokolnya rusak” sebenarnya berada.

Apa yang sebenarnya dijanjikan daftar proyek

Fungsi protokol proyek menggambarkan kemampuan server. Suatu node mengaktifkan sebagian pendengar itu dan bukan yang lain, dan operator dapat mengubah himpunan itu tanpa menyentuh versi perangkat lunak. Karena itu dua node pada build yang sama berperilaku berbeda, dan profil yang berfungsi terhadap satu node tidak membuktikan apa pun tentang target berikutnya. Daftar milik node itu sendiri lebih berkuasa daripada halaman proyek ketika Anda memilih tempat untuk terhubung.

Bacalah daftar itu sebagai lima bidang, bukan sebagai menu: titik akhir, port, transportasi, keluarga protokol, dan metode autentikasi. Node publik yang mengiklankan SSTP telah memberi tahu Anda tentang pendengar pada suatu port; ia belum memberi tahu Anda sertifikat mana yang disajikannya atau apakah akun Anda berfungsi di sana. Membandingkan kelima bidang itu dengan profil Anda lebih cepat daripada berapa pun pemasangan ulang klien, dan menghasilkan harapan tertulis yang dapat Anda uji nanti.

Cocokkan profil dengan titik akhir yang disebutnya

Entri SoftEther asli bukan otomatis konfigurasi OpenVPN, bahkan ketika keduanya muncul di satu halaman penyedia di bawah satu judul. Ketika sebuah node menerbitkan pendengar TCP dan UDP untuk OpenVPN, perlakukan keduanya sebagai dua titik akhir: profil yang disunting dari satu ke yang lain menunjuk ke pendengar yang tidak diaktifkan siapa pun. Label transportasi dalam berkas adalah bagian dari alamat, bukan pengaturan kosmetik.

Diterimanya berkas yang diimpor oleh klien membuktikan bahwa berkas itu terurai. Itu tidak mengatakan apa pun tentang apakah ada pendengar jarak jauh yang menunggu di ujung lain, karena itulah upaya koneksi pertama adalah ujian sesungguhnya. Bandingkan baris remote profil dengan host dan port yang diumumkan node sebelum menyalahkan protokolnya.

Uji tahap yang gagal

Host yang menjawab lalu lintas web tetap bisa tidak memiliki layanan VPN yang dimaksud, dan host yang menolak satu protokol belum tentu mati untuk semuanya. Dua kesalahan itu mengirim orang ke arah yang berlawanan pada sore yang sama. Yang satu mengejar firewall yang sebenarnya baik-baik saja; yang lain memasang ulang klien yang tidak pernah menjadi masalah. Uji setiap jalur secara terpisah agar jawabannya menggambarkan satu pendengar, bukan seluruh host.

Kelima pemeriksaan ini mencakup metode node publik yang umum. Jalankan dari jaringan yang sama dengan yang digunakan klien, karena port yang tersaring terlihat persis sama dengan pendengar yang hilang dari jauh.

nc -vz node.example 1194
nc -vz node.example 443
openvpn --config client.ovpn --verb 4
nmap -sU -p 500,4500 node.example
openssl s_client -connect node.example:443 -servername node.example
HasilTahapApa yang dikecualikannya
Koneksi ditolak atau waktu habisTransportasiPendengar tidak ada, tersaring, atau port salah
Kesalahan jabat tangan TLS atau identitasSertifikatKetersediaan protokol; pendengar menjawab
AUTH_FAILED atau penolakan akunAutentikasiTitik akhirnya; masalahnya ada pada kredensial
UDP 500 dan 4500 diamNegosiasi IPsecESP dan L2TP diblokir sebelum autentikasi

Kaitkan setiap kesalahan yang teramati dengan barisnya sebelum mengubah apa pun. Kegagalan identitas TLS membuktikan pendengarnya ada, jadi menulis ulang profil ke protokol lain akan membuang bukti yang berfungsi. Koneksi yang ditolak hanya membuktikan bahwa port ini tidak menjawab, yang merupakan pernyataan jauh lebih sempit daripada “node ini tidak mendukung OpenVPN”.

Simpan kesalahannya sebelum mengubah apa pun

Catat hasil persisnya: waktu habis, kegagalan identitas sertifikat, penolakan akun, dan penolakan pada tingkat aplikasi adalah empat hasil yang berbeda. Hanya yang pertama tentang protokol yang tidak tersedia, dan hanya yang terakhir tentang izin setelah koneksi berhasil. Mengatur ulang klien atau menukar protokol menghancurkan perbedaan itu, karena kegagalan berikutnya datang dengan riwayat berbeda dan tanpa garis dasar untuk dibandingkan.

Jangan melemahkan verifikasi agar profil yang tidak kompatibel tampak berfungsi. Pemeriksaan sertifikat yang dimatikan mengubah kegagalan identitas yang jelas menjadi koneksi ke sesuatu yang tidak Anda maksudkan, dan keberhasilan yang dihasilkan lebih buruk daripada kesalahan aslinya karena menyembunyikan tahap mana yang salah.

Periksa ulang per node, setiap kali

Pilihan asli SSL, OpenVPN, L2TP/IPsec, dan SSTP pada daftar node publik menggambarkan konfigurasi node itu pada saat itu. Perangkat lunak yang sama di tempat lain dapat menyajikan himpunan berbeda, dan penyedia dapat menarik pendengar antara markah buku Anda dan upaya berikutnya. Catatan lama menggambarkan penerapan lama.

Catat profil yang terverifikasi beserta titik akhir dan metodenya, lalu ulangi pengujian ketika node berubah atau koneksi mulai gagal. Spesifikasi protokol SoftEther adalah rujukan untuk apa yang dapat dilakukan perangkat lunak; daftar milik node itu sendiri adalah rujukan untuk apa yang dilakukannya. Pisahkan kedua dokumen itu dan diagnosisnya menjadi lebih singkat.

Artikel terkait