Rute VPN hasil impor berbeda dari klien yang berfungsi? Bandingkan keduanya

Layanan privat tertentu menjawab melalui VPN sementara lalu lintas internet biasa berperilaku jauh berbeda dari yang Anda lihat di komputer rekan kerja, dan godaan untuk menyimpulkan klien Ubuntu rusak pun muncul. Kesimpulan itu melewatkan satu langkah. Operasi privat yang berhasil dan jalur publik yang berbeda adalah dua pengamatan, dan perbedaannya biasanya terletak pada kebijakan lalu lintas yang dipasang masing-masing klien, bukan pada kliennya sendiri.

Membandingkan konfigurasi tersimpan dengan keadaan jaringan yang efektif hanya memerlukan tiga perintah dan menjawab pertanyaan yang coba ditebak sebelumnya.

Profil tersimpan dulu, keadaan efektif kemudian

Koneksi OpenVPN yang diimpor menjadi profil NetworkManager tersendiri. Berkas .ovpn asalnya berhenti menjadi sumber kebenaran begitu impor selesai, jadi mengedit berkas itu nanti tidak mengubah koneksi yang sedang Anda pakai. Di sinilah perbandingan pertama kali keliru, dan kelirunya tanpa suara.

nmcli -f connection.id,connection.uuid,ipv4.never-default,ipv4.routes,ipv4.dns connection show office-vpn

Bacalah UUID saat nama bertabrakan; nama duplikat bertahan melewati pemasangan ulang dan pemulihan profil, dan Anda bisa menghabiskan satu jam mengedit salinan yang tidak dipakai. Nilai yang Anda lihat menggambarkan niat tersimpan: apakah profil boleh mengambil rute default, rute mana yang disimpan, serta resolver dan domain pencarian mana yang diminta. Nilai itu tidak menggambarkan apa yang terjadi saat koneksi diaktifkan, karena plugin atau push dari server dapat menambahkan keadaan yang tidak disebut profil. Itulah sebabnya perintah berikutnya penting.

Lalu lihat apa yang sebenarnya dilakukan sistem terhadap niat itu, termasuk aturan kebijakan dan setiap tabel, bukan hanya tabel utama. Properti tersimpan adalah masukan, dan tabel yang terpasang adalah hasilnya.

ip -4 rule show
ip -4 route show table all

Dua tujuan, satu perbandingan

Pilih satu tujuan privat yang berfungsi dan satu tujuan publik biasa, lalu tanyakan kepada kernel jalur mana yang akan diambil masing-masing. Melakukannya di kedua mesin inilah yang mengubah perbedaan samar menjadi perbedaan spesifik.

ip -4 route get 10.40.0.20
ip -4 route get 203.0.113.20

Alamat-alamat itu hanya contoh untuk diganti dengan milik Anda; yang penting adalah pasangannya, bukan angkanya. Bandingkan antarmuka, alamat sumber, dan tabel yang disebut pada tiap keluaran. Ketika pencarian privat menyebut tunnel dan pencarian publik juga menyebut tunnel, Anda memakai tunnel penuh dan klien lain mungkin memakai tunnel terpisah, atau sebaliknya.

Jangan menuntut kedua klien mencetak teks yang identik. redirect-gateway def1 pada OpenVPN umumnya diwujudkan sebagai dua rute setengah prefiks alih-alih satu rute default, dan pengelola yang menampilkannya berbeda tidak otomatis salah. Nilailah cakupan, yang ditunjukkan oleh pencarian tadi, bukan formatnya.

Tempat kedua klien sah berbeda

Bawaan klien adalah pilihan kebijakan, dan keduanya boleh tidak sepakat. Satu produk mungkin memilih tunnel penuh, produk lain mempertahankan default lokal dan hanya merutekan prefiks privat, sedangkan produk ketiga mengikuti apa pun yang didorong server. Perbedaan baru menjadi cacat bila bertentangan dengan persyaratan yang Anda terima.

Jadi bandingkan tiap klien dengan niat split atau tunnel penuh yang disetujui, bukan satu klien dengan klien lain. Jika persyaratannya adalah lalu lintas privat memakai tunnel dan jalur internet lokal tetap lokal, maka tunnel penuh adalah bug dan tunnel terpisah yang benar, terlepas dari klien mana melakukan yang mana. Tuliskan niat itu sebelum Anda melihat salah satu konfigurasi, atau klien pertama yang Anda periksa diam-diam menjadi patokan.

DNS adalah sumbu kedua dan gagal secara mandiri. Rute yang benar masih bisa mengirim kueri ke resolver yang tidak dapat menjawab zona privat, dan resolver yang benar tidak memperbaiki rute yang salah. Periksa keduanya, dan anggap nama privat yang berhasil diselesaikan sementara alamat privat tidak sebagai bukti bahwa kedua lapisan diselesaikan secara terpisah.

Jaga perbandingan tetap bersih

Jalankan satu pemilik koneksi pada satu waktu. Sesi OpenVPN baris perintah yang berjalan di samping profil impor memasang rute dan keadaan resolver-nya sendiri, dan campuran yang dihasilkan bukan perilaku klien mana pun. Lepaskan yang satu sebelum mengukur yang lain. Mulai ulang bila Anda tidak yakin apa yang masih memegang keadaan, karena rute basi dari satu jam lalu akan tampak persis seperti masalah kebijakan.

Jaga semua hal lain tetap sama juga: endpoint yang sama, akun yang sama, versi perangkat lunak yang sama, jaringan yang sama. Keberhasilan di laptop Windows rekan kerja menguji klien lain, integrasi resolver lain, dan mungkin profil server lain, jadi itu bukan bukti tentang pengelola Ubuntu.

Referensi pengaturan IPv4 NetworkManager mendefinisikan never-default dan properti rute tersimpan secara tepat, yang layak dibaca sebelum Anda mengubah nilai terkelola. Dan ingat cakupan perbandingan ini: ia mencakup IPv4 dan tidak mengatakan apa pun tentang kebijakan IPv6 yang bersangkutan, yang punya bawaan sendiri dan cara sendiri untuk mengejutkan Anda.