Profil sambungan SoftEther: periksa enam medan sebelum import
Enam medan menentukan sama ada profil SoftEther berfungsi. Periksa titik akhir, port, protokol, hab, pengguna dan peranan mengikut urutan, kemudian uji apa yang sebenarnya anda sambungkan.
Import profil berjaya, kemudian pengesahan gagal kerana fail menunjuk ke Virtual Hub yang tidak pernah disertai akaun. Tiada apa-apa dalam fail itu rosak; ia menerangkan susunan yang kelayakan tidak dikeluarkan untuknya. Enam medan menentukan sama ada import boleh berfungsi: nama hos, port, protokol, Virtual Hub, identiti pengguna, dan sama ada seseorang memberikan anda kelayakan pentadbir secara tersilap. Pemeriksaan satu hingga tiga merangkumi medan itu mengikut urutan, dan dua yang terakhir merangkumi fail itu sendiri serta apa yang sebenarnya anda sertai.
Pemeriksaan 1: nama hos dan port
Baca nama hos, port dan kaedah akses yang diisytiharkan sebelum mengimport apa-apa. Pendengar SoftEther asli biasanya menjawab pada TCP 443, dengan 992 dan 5555 sebagai alternatif yang dibuka pengendali untuk klien di belakang rangkaian ketat. Profil yang menyasarkan port yang melayani laman web atau perkhidmatan lain gagal sebelum pengesahan dan melaporkan kegagalan sebagai masalah kelayakan. Bandingkan pasangan itu dengan apa yang diterbitkan pengendali untuk titik akhir ini, bukan dengan senarai direktori yang dikumpulkan seseorang tahun lalu. Jika nama hos diselesaikan ke alamat yang tidak pernah disebut pengendali, berhenti di situ, kerana langkah seterusnya menghantar kelayakan ke alamat itu.
Port 443 ialah wilayah bersama, jadi port sahaja tidak membuktikan apa-apa tentang perkhidmatan di belakangnya. Klien SoftEther memisahkan kedua-duanya melalui jabat tangan protokol, sebab itu profil boleh menunjuk port yang betul dan masih berakhir di pelayan web. Kegagalan itu kelihatan seperti kata laluan salah dalam log klien walaupun tiada kata laluan pernah diperiksa.
Catat titik akhir sebagai nama hos, port dan kaedah, dalam urutan itu. Trio ini ialah bahagian yang boleh anda sahkan tanpa menyambung, dan bahagian yang dipetik apabila bertanya kepada pengendali sama ada pendengar masih berjalan. Apa-apa yang tidak dapat anda lengkapkan daripada sumber terbitan kekal belum disahkan dan bukan diandaikan.
Pemeriksaan 2: protokol menentukan klien
Pelayan yang menawarkan beberapa kaedah akses tidak menukar satu fail eksport menjadi profil yang boleh dibuka setiap klien. Each method has its own format, its own client and its own failure mode, dan mencampurkannya menghasilkan ralat yang kedengaran seperti masalah kelayakan. Tentukan kaedah mana yang diisytiharkan fail sebelum menentukan klien mana yang membukanya.
Jadual di bawah menyenaraikan port konvensional dan apa yang sebenarnya diperlukan setiap kaedah. Port ialah pilihan pengendali, jadi anggapnya sebagai nilai lalai dan bukan fakta tentang pelayan tertentu. Profil SoftEther asli diimport oleh klien SoftEther, bundle ovpn milik OpenVPN, dan profil SSTP atau L2TP diproses oleh sistem pengendalian itu sendiri. Memasang klien kedua untuk membuka fail yang ditolak klien pertama biasanya menukar ralat yang jelas menjadi mengelirukan.
| Access method | Typical port | What the client needs |
|---|---|---|
| SoftEther native | TCP 443, 992 or 5555 | The SoftEther client and a hub name |
| OpenVPN | UDP or TCP 1194 | An ovpn profile and an OpenVPN client |
| SSTP | TCP 443 | Operating system support |
| L2TP over IPsec | UDP 500 and 4500 | Operating system support and the shared key |
Baca pengisytiharan di dalam fail, bukan sambungannya. Fail yang dinamakan sempena OpenVPN mengikut takrif ialah profil OpenVPN, manakala profil SoftEther ialah konfigurasi kecil yang diimport klien SoftEther, dan kedua-duanya tidak boleh ditukar ganti. Jika kaedah yang diisytiharkan ialah yang tidak dapat anda layani, itu menjawab soalan import.
Pemeriksaan 3: hab, pengguna dan peranan pentadbir
Untuk akses asli, profil menamakan Virtual Hub dan pengguna di dalamnya. A hub is a logical VPN server instance with its own users and its own settings, dan pengguna ialah ahli hab itu dengan pengesahan sendiri. Kedua-duanya bukan pentadbiran pelayan yang mengawal pendengar, hab dan setiap pengguna dalam penggunaan. Profil klien tidak sepatutnya tiba dengan kawalan itu terlekat. Apabila seseorang menghantar kelayakan pentadbir kepada anda supaya klien berfungsi, susunannya salah, sama ada ia bersambung atau tidak.
Pisahkan ketiga-tiganya semasa mendokumentasikan sambungan, kerana pembatalannya berbeza. Mengalih keluar pengguna hab menamatkan akses seorang dan membiarkan baki penggunaan tidak tersentuh, manakala memutar kelayakan pentadbir menyentuh segala-galanya. Perbezaan itu juga sebabnya menolak satu pengguna hab dikongsi untuk pasukan, kerana satu kelayakan bermaksud satu peristiwa pembatalan untuk semua.
Pemeriksaan 4: fail itu sesensitif apa yang dibawanya
Bergantung pada format, profil boleh membawa kata laluan tersimpan, sijil atau kunci yang dikongsi terlebih dahulu. Anggap eksport sebagai rahsia selagi ia wujud, kerana salinan yang anda lampirkan pada tiket ialah salinan yang boleh diimport orang lain. Buang kelayakan sebelum berkongsi, atau kongsi profil yang dijana semula dengan rahsia baharu. Sensitiviti fail datang daripada kandungannya, bukan sambungan atau saiznya.
Sahkan titik akhir melalui saluran yang diterbitkan pengendali, dan anggap label direktori sebagai belum disahkan. Bendera negara dan nama hos dalam senarai nod awam dipilih oleh yang menghantar entri, jadi kedua-duanya tidak menetapkan siapa yang mengendalikan pelayan. Jika profil datang daripada direktori awam, itu sebab untuk lebih banyak pemeriksaan, bukan kurang.
Catat dari mana fail itu datang dan bila anda menerimanya. Apabila sambungan kemudian berkelakuan berbeza, asal usul ialah perkara pertama yang anda bandingkan dengan titik akhir yang disahkan. Profil tanpa asal usul ialah profil yang tidak boleh anda audit.
Arkibkan salinan yang anda sahkan, bukan yang anda temui kemudian. Dua fail dengan nama sama dan titik akhir berbeza ialah cara import yang berfungsi menjadi kes sokongan. Simpan salinan yang disahkan di sebelah nota tentang asal usulnya.
Pemeriksaan 5: uji aplikasi, bukan lampu status
Selepas import, uji aplikasi yang benar-benar anda perlukan dan bukan penunjuk sambungan. Pengesahan yang berjaya membuktikan kelayakan berfungsi, bukan bahawa laluan atau DNS yang anda jangkakan datang bersama sesi. Sambung, kemudian gunakan perkhidmatan yang sepatutnya dicapai profil.
Periksa laluan yang diberikan dan pelayan DNS, dan catat destinasi mana yang memintas terowong jika reka bentuk mempunyai pemisahan. Kemudian ulangi dengan satu destinasi yang sepatutnya dikecualikan, kerana terowong berpecah yang menghantar segala-galanya melalui terowong tetap lulus ujian satu destinasi. Jika sumber peribadi gagal, laluan ialah suspek sebelum kelayakan. Catat empat hasil: disahkan, perkhidmatan boleh dicapai, laluan seperti dijangka, destinasi yang dikecualikan dikecualikan.
Bandingkan keempat-empat hasil dengan apa yang dijanjikan pengendali untuk hab ini. Sesi yang disahkan sementara destinasi yang dikecualikan juga boleh dicapai bermakna pemisahan tidak berkuat kuasa, dan profil bukan masalahnya. Betulkan jangkaan atau dasar hab, kemudian jalankan semula keempat-empat pemeriksaan dalam urutan yang sama.