Profil koneksi SoftEther: periksa enam kolom sebelum mengimpor
Enam kolom menentukan apakah profil SoftEther berfungsi. Periksa endpoint, port, protokol, hub, pengguna, dan peran secara berurutan, lalu uji apa yang sebenarnya Anda hubungi.
Impor profil berhasil, lalu autentikasi gagal karena berkas menunjuk Virtual Hub yang tidak pernah diikuti akun. Tidak ada yang rusak dalam berkas; ia menggambarkan susunan yang kredensialnya tidak diterbitkan. Enam kolom menentukan apakah impor dapat berfungsi: nama host, port, protokol, Virtual Hub, identitas pengguna, dan apakah seseorang memberi Anda kredensial administrator secara keliru. Pemeriksaan satu sampai tiga mencakup kolom tersebut secara berurutan, dan dua terakhir mencakup berkas itu sendiri serta apa yang sebenarnya Anda ikuti.
Pemeriksaan 1: nama host dan port
Baca nama host, port, dan metode akses yang dinyatakan sebelum mengimpor apa pun. Pendengar SoftEther asli biasanya menjawab pada TCP 443, dengan 992 dan 5555 sebagai alternatif yang dibuka operator untuk klien di balik jaringan ketat. Profil yang mengarah ke port yang melayani situs web atau layanan lain gagal sebelum autentikasi dan melaporkan kegagalan sebagai masalah kredensial. Bandingkan pasangan itu dengan yang diterbitkan operator untuk endpoint ini, bukan dengan daftar direktori yang seseorang kumpulkan tahun lalu. Jika nama host mengarah ke alamat yang tidak pernah disebut operator, berhentilah di situ, karena langkah berikutnya mengirim kredensial ke alamat itu.
Port 443 adalah wilayah bersama, jadi port saja tidak membuktikan apa pun tentang layanan di belakangnya. Klien SoftEther memisahkan keduanya lewat jabat tangan protokol, karena itu profil dapat menunjuk port yang benar dan tetap berakhir di server web. Kegagalan itu tampak seperti kata sandi salah di log klien padahal tidak ada kata sandi yang pernah diperiksa.
Catat endpoint sebagai nama host, port, dan metode, dalam urutan itu. Trio ini adalah bagian yang dapat Anda verifikasi tanpa menghubungkan, dan bagian yang dikutip saat menanyakan operator apakah pendengar masih aktif. Apa pun yang tidak dapat Anda lengkapi dari sumber terbitan tetap belum terverifikasi alih-alih diasumsikan.
Pemeriksaan 2: protokol menentukan klien
Server yang menawarkan beberapa metode akses tidak mengubah satu berkas ekspor menjadi profil yang dapat dibuka setiap klien. Each method has its own format, its own client and its own failure mode, dan mencampurnya menghasilkan galat yang terdengar seperti masalah kredensial. Tentukan metode mana yang dinyatakan berkas sebelum menentukan klien mana yang membukanya.
Tabel di bawah mencantumkan port konvensional dan apa yang sebenarnya dibutuhkan setiap metode. Port adalah pilihan operator, jadi perlakukan sebagai nilai bawaan, bukan fakta tentang server tertentu. Profil SoftEther asli diimpor oleh klien SoftEther, bundel ovpn milik OpenVPN, dan profil SSTP atau L2TP diproses oleh sistem operasi itu sendiri. Memasang klien kedua untuk membuka berkas yang ditolak klien pertama biasanya mengubah galat yang jelas menjadi membingungkan.
| 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 deklarasi di dalam berkas, bukan ekstensinya. Berkas yang dinamai OpenVPN menurut definisi adalah profil OpenVPN, sedangkan profil SoftEther adalah konfigurasi kecil yang diimpor klien SoftEther, dan keduanya tidak dapat dipertukarkan. Jika metode yang dinyatakan adalah yang tidak dapat Anda layani, itu menjawab pertanyaan impor.
Pemeriksaan 3: hub, pengguna, dan peran administrator
Untuk akses asli, profil menyebut Virtual Hub dan pengguna di dalamnya. A hub is a logical VPN server instance with its own users and its own settings, dan pengguna adalah anggota hub itu dengan autentikasinya sendiri. Keduanya bukan administrasi server yang mengendalikan pendengar, hub, dan setiap pengguna dalam penerapan. Profil klien tidak boleh datang dengan kendali itu terlampir. Ketika seseorang mengirim kredensial administrator agar klien berfungsi, susunannya salah, terhubung atau tidak.
Pisahkan ketiganya saat mendokumentasikan koneksi, karena pencabutannya berbeda. Menghapus pengguna hub mengakhiri akses satu orang dan membiarkan sisa penerapan tidak tersentuh, sedangkan merotasi kredensial administrator menyentuh semuanya. Perbedaan itu juga alasan menolak satu pengguna hub bersama untuk tim, karena satu kredensial berarti satu peristiwa pencabutan bagi semua.
Pemeriksaan 4: berkas sama sensitifnya dengan yang dibawanya
Bergantung formatnya, profil dapat membawa kata sandi tersimpan, sertifikat, atau kunci yang dibagikan sebelumnya. Perlakukan ekspor sebagai rahasia selama masih ada, karena salinan yang Anda lampirkan ke tiket adalah salinan yang dapat diimpor orang lain. Hapus kredensial sebelum berbagi, atau bagikan profil yang dibuat ulang dengan rahasia baru. Sensitivitas berkas berasal dari isinya, bukan dari ekstensi atau ukurannya.
Konfirmasi endpoint melalui kanal yang diterbitkan operator, dan perlakukan label direktori sebagai belum terverifikasi. Bendera negara dan nama host dalam daftar node publik dipilih oleh yang mengirim entri, jadi keduanya tidak menetapkan siapa yang menjalankan server. Jika profil berasal dari direktori publik, itu alasan untuk lebih banyak pemeriksaan, bukan lebih sedikit.
Catat dari mana berkas berasal dan kapan Anda menerimanya. Ketika koneksi nanti berperilaku berbeda, asal usul adalah hal pertama yang Anda bandingkan dengan endpoint yang telah diverifikasi. Profil tanpa asal usul adalah profil yang tidak dapat Anda audit.
Arsipkan salinan yang Anda verifikasi, bukan yang Anda temukan kemudian. Dua berkas dengan nama sama dan endpoint berbeda adalah cara impor yang berfungsi menjadi kasus dukungan. Simpan salinan terverifikasi di samping catatan tentang asal usulnya.
Pemeriksaan 5: uji aplikasi, bukan lampu status
Setelah impor, uji aplikasi yang benar-benar Anda butuhkan alih-alih indikator koneksi. Autentikasi yang berhasil membuktikan kredensial berfungsi, bukan bahwa rute atau DNS yang Anda harapkan ikut dalam sesi. Hubungkan, lalu gunakan layanan yang seharusnya dicapai profil.
Periksa rute yang ditetapkan dan server DNS, dan catat tujuan mana yang melewati terowongan jika desainnya memiliki pemisahan. Lalu ulangi dengan satu tujuan yang seharusnya dikecualikan, karena terowongan terpisah yang mengirim semuanya lewat terowongan tetap lolos uji satu tujuan. Jika sumber daya privat gagal, rute adalah tersangka sebelum kredensial. Catat empat hasil: terautentikasi, layanan terjangkau, rute sesuai harapan, tujuan yang dikecualikan benar-benar dikecualikan.
Bandingkan keempat hasil dengan yang dijanjikan operator untuk hub ini. Sesi yang terautentikasi sementara tujuan yang dikecualikan juga terjangkau berarti pemisahan tidak berlaku, dan profil bukan masalahnya. Perbaiki harapan atau kebijakan hub, lalu jalankan ulang keempat pemeriksaan dalam urutan yang sama.