Klien asli SoftEther atau profil OpenVPN: pilih port yang betul

Pelayan SoftEther boleh menjawab pada port SSL asli dan pada port yang serasi dengan OpenVPN sekali gus, menjadikan kedua-duanya kelihatan seperti satu perkhidmatan dengan dua pintu. Kedua-duanya ialah dua perkhidmatan dengan klien berbeza, format konfigurasi berbeza dan keupayaan berbeza. Meletakkan profil asli ke dalam klien OpenVPN gagal semasa penghuraian, dan ralat itu jarang menyatakan sebabnya.

Pilih pendengar dahulu, kemudian klien.

Dua pendengar, dua format konfigurasi

Protokol asli menggunakan klien SoftEther dan definisi sambungan yang menamakan pelayan, port, hab maya dan pengguna. Pendengar yang serasi dengan OpenVPN menjangka profil OpenVPN dengan arahan remote, bahan TLS dan pilihan daripada set sokongan yang jauh lebih kecil daripada yang ditawarkan pelayan OpenVPN kendiri. SoftEther memanggilnya fungsi klon OpenVPN, dan klon ialah petunjuk berguna tentang kesetiaannya.

Keserasian ialah persoalan versi. Periksa apa yang diterima binaan yang digunakan, bukan apa yang didokumenkan manual OpenVPN semasa.

Langkah 1: cari pendengar mana yang diaktifkan oleh pengendali

Minta senarai pendengar daripada meneka daripada nombor port. Pelayan yang menjawab dengan TLS pada 443 belum tentu titik akhir OpenVPN, kerana protokol asli boleh menggunakan port yang sama. Bahagian manual tentang fungsi pelayan serasi menerangkan klon mana yang wujud dan cara ia diaktifkan.

Jika anda boleh mencapai hos, uji port yang diberikan kepada anda, bukan port daripada tutorial: openssl s_client -connect vpn.example.com:443 -brief sekurang-kurangnya ia memberitahu sama ada TLS ada.

Langkah 2: gunakan klien dan profil yang sepadan

Untuk akses asli, pasang klien SoftEther, buat sambungan dengan butiran pengendali dan sambungkan penyesuai maya. Untuk pendengar serasi, import profil OpenVPN yang dieksport pengendali daripada pelayan, kerana ia membawa bahan CA dan klien yang dijangka oleh pendengar itu. Jangan bina profil secara manual daripada contoh generik, dan jangan tampal definisi sambungan asli ke dalam konfigurasi OpenVPN.

Ralat penghuraian semasa import ialah masalah format, bukan masalah rangkaian, dan ia tidak sepatutnya menghantar anda ke firewall.

Langkah 3: kekalkan perbandingan secara jujur

Jika pengendali menerbitkan kedua-duanya, bandingkan sambil mengekalkan peranti, rangkaian akses dan tugas secara tetap. Kedua-dua laluan boleh berbeza dalam pengesahan, dalam subrangkaian yang disambungkan, dan dalam apa yang pelayan lakukan selepas itu dengan trafik anda. Hos dikongsi bukan dasar dikongsi. Kekalkan tugas juga, kerana penyalinan fail dan panggilan video membebankan bahagian berbeza pada laluan yang sama.

Bertahanlah terhadap pembetulan yang muncul setiap kali import gagal. Melumpuhkan pemeriksaan sijil atau mengaktifkan sifer lama untuk memaksa profil melalui ialah kemunduran, bukan ciri keserasian.

Langkah 4: sahkan laluan selepas bersambung

Selepas bersambung, periksa alamat yang anda terima, laluan yang datang bersamanya, DNS dan satu sumber dalaman. Di sebelah asli, penyesuai maya ialah antara muka yang perlu diperiksa; di sebelah OpenVPN, ia ialah peranti tun atau tap yang dicipta oleh klien. Walau apa pun, persoalannya ialah sama ada pendengar yang anda pilih memberikan akses yang anda perlukan, yang merupakan fakta berasingan daripada sama ada terowong itu naik. Catat alamat sebelum dan selepas, dan bandingkannya.

Catat pendengar mana dan versi klien mana yang menghasilkan hasil yang berfungsi. Jika tidak, orang seterusnya akan mengulangi penemuan daripada nombor port.