Adaptor virtual SoftEther muncul tetapi tidak mengirim trafik

Adaptor virtual SoftEther muncul di daftar jaringan sistem operasi, melaporkan dirinya sebagai tidak tersambung, dan tidak membawa trafik apa pun. Kombinasi itu normal untuk perangkat tanpa sesi yang terpasang, dan itu juga keadaan yang Anda lihat saat profil yang salah terikat padanya. Adaptor adalah perangkat milik sistem operasi; sesi adalah yang memberinya kehidupan. Lakukan keempat pemeriksaan ini secara berurutan dan berhenti pada yang pertama gagal.

Pisahkan perangkat dari sesi

Membuat adaptor memasang perangkat jaringan; ia tidak mengautentikasi ke server mana pun. Pastikan apa yang dikatakan daftar koneksi klien sebelum menyimpulkan apa pun dari keadaan antarmuka. Profil yang tidak terhubung menjelaskan status tidak tersambung tanpa penyelidikan lebih lanjut.

Adaptor dan antarmuka fisik memiliki tugas berbeda. Yang satu membawa trafik terdekripsi yang dilihat aplikasi, dan yang lain membawa koneksi luar terenkripsi ke server. Mencampur keduanya membuat aturan firewall dan rute diterapkan pada perangkat yang salah. Aturan yang ditulis untuk antarmuka fisik tidak akan cocok dengan trafik terowongan, dan aturan yang ditulis untuk terowongan tidak akan memengaruhi koneksi luar.

Cocokkan satu adaptor dengan satu profil

Setiap adaptor harus terikat ke profil koneksi yang Anda maksud, dan ikatan itu harus terlihat di klien, bukan sekadar diingat. Saat ada beberapa adaptor, catat profil mana yang memiliki perangkat mana sebelum menyentuh salah satunya. Menggunakan ulang adaptor antarprofil adalah cara alamat lama bertahan setelah koneksi ulang.

Jika klien menawarkan cara yang didukung untuk membuat ulang ikatan, gunakan itu daripada mengedit konfigurasi sistem operasi secara langsung. Klien menulis pengaturan adaptor saat terhubung, sehingga perubahan manual cenderung hilang atau berbenturan pada sesi berikutnya.

Baca pengaturan efektif setelah terhubung

Setelah sesi aktif, baca alamat, rute, dan resolver dari sistem. Panel status klien menjelaskan apa yang dimintanya, sedangkan kernel menjelaskan apa yang sebenarnya terjadi.

ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20

Daftar alamat menunjukkan apakah adaptor menerima sesuatu sama sekali, dan adaptor tanpa alamat setelah login yang berhasil menunjuk ke konfigurasi profil, bukan ke driver. Kueri rute menunjukkan antarmuka mana yang akan membawa tujuan privat, dan di situlah rute yang hilang menjadi terlihat. Keluaran resolver menunjukkan apakah DNS mengikuti sesi, karena tautan yang berfungsi dengan DNS lokal tetap menghasilkan koneksi setengah rusak.

Adaptor yang dibuat tanpa pengaturan berguna dapat hidup berdampingan dengan login manajemen yang berhasil di tempat lain di klien. Kedua panel menjawab pertanyaan berbeda, jadi yang satu tidak pernah menjadi bukti tentang yang lain. Saat keduanya tidak sepakat, tampilan sistemlah yang dialami aplikasi.

Berhenti sebelum menjembatani atau menghapus

Menjembatani adaptor virtual ke adaptor fisik adalah perubahan desain, bukan perbaikan. Itu melebur dua batas jaringan, dan bukan cara memperbaiki rute yang hilang. Jika penerapan membutuhkan susunan itu, ia membutuhkan desain resmi dan rencana pengujian.

Menghapus adaptor sama merusaknya ketika layanan lain memakainya. Identifikasi pemiliknya lebih dulu, termasuk klien atau produk virtualisasi lain di mesin yang membuat antarmuka dengan nama serupa. Perangkat yang muncul lagi setelah dihapus memberi tahu Anda bahwa ada yang membuatnya ulang.

Akhiri dengan menguji aplikasi, bukan adaptor. Berbagi berkas atau halaman intranet yang dimuat melalui terowongan adalah bukti bahwa perangkat, sesi, dan rute semuanya sepakat.