Server SoftEther dapat menjawab pada port SSL asli dan pada port yang kompatibel dengan OpenVPN sekaligus, sehingga keduanya tampak seperti satu layanan dengan dua pintu. Keduanya adalah dua layanan dengan klien berbeda, format konfigurasi berbeda, dan kemampuan berbeda. Menaruh profil asli ke dalam klien OpenVPN gagal saat penguraian, dan kesalahannya jarang menyebutkan alasannya.

Pilih pendengar lebih dulu, lalu klien.

Dua pendengar, dua format konfigurasi

Protokol asli memakai klien SoftEther dan definisi koneksi yang menyebutkan server, port, hub virtual, dan pengguna. Pendengar yang kompatibel dengan OpenVPN mengharapkan profil OpenVPN dengan direktif remote, materi TLS, dan opsi dari himpunan yang didukung jauh lebih kecil daripada yang ditawarkan server OpenVPN mandiri. SoftEther menyebutnya fungsi klon OpenVPN, dan klon adalah petunjuk berguna tentang kesetiaannya.

Kompatibilitas adalah soal versi. Periksa apa yang diterima build yang terpasang, bukan apa yang didokumentasikan manual OpenVPN terkini.

Langkah 1: cari tahu pendengar mana yang diaktifkan operator

Minta daftar pendengar daripada menebak dari nomor port. Server yang menjawab TLS pada 443 belum tentu titik akhir OpenVPN, karena protokol asli dapat memakai port yang sama. Bagian manual tentang fungsi server yang kompatibel menjelaskan klon mana yang ada dan bagaimana cara mengaktifkannya.

Jika Anda dapat menjangkau host, uji port yang diberikan kepada Anda, bukan port dari tutorial: openssl s_client -connect vpn.example.com:443 -brief setidaknya itu memberi tahu apakah TLS ada.

Langkah 2: gunakan klien dan profil yang sesuai

Untuk akses asli, pasang klien SoftEther, buat koneksi dengan detail operator, dan pasang adaptor virtual. Untuk pendengar yang kompatibel, impor profil OpenVPN yang diekspor operator dari server, karena profil itu membawa materi CA dan klien yang diharapkan pendengar tersebut. Jangan merakit profil secara manual dari contoh umum, dan jangan menempelkan definisi koneksi asli ke dalam konfigurasi OpenVPN.

Kesalahan penguraian saat impor adalah masalah format, bukan masalah jaringan, dan seharusnya tidak mengirim Anda ke firewall.

Langkah 3: jaga perbandingan tetap jujur

Jika operator menerbitkan keduanya, bandingkan sambil menjaga perangkat, jaringan akses, dan tugas tetap sama. Kedua jalur dapat berbeda dalam autentikasi, dalam subnet yang mereka sambungkan, dan dalam apa yang dilakukan server selanjutnya dengan lalu lintas Anda. Host bersama bukan kebijakan bersama. Jaga juga tugas tetap sama, karena penyalinan berkas dan panggilan video membebani bagian berbeda dari jalur yang sama.

Lawan perbaikan yang muncul setiap kali impor gagal. Menonaktifkan pemeriksaan sertifikat atau mengaktifkan cipher lama untuk memaksa profil lewat adalah kemunduran, bukan fitur kompatibilitas.

Langkah 4: verifikasi jalur setelah terhubung

Setelah terhubung, periksa alamat yang Anda terima, rute yang menyertainya, DNS, dan satu sumber daya internal. Di sisi asli, adaptor virtual adalah antarmuka yang perlu diperiksa; di sisi OpenVPN, itu perangkat tun atau tap yang dibuat klien. Bagaimanapun, pertanyaannya adalah apakah pendengar yang Anda pilih memberikan akses yang Anda butuhkan, yang merupakan fakta terpisah dari apakah terowongan sudah naik. Catat alamat sebelum dan sesudah, lalu bandingkan.

Catat pendengar mana dan versi klien mana yang menghasilkan hasil yang berfungsi. Jika tidak, orang berikutnya akan mengulangi penemuan dari nomor port.

Artikel terkait