Dua klien VPN, satu tabel perutean: siapa yang menang atas rute bawaan

Tampaknya dua klien VPN berebut soket yang sama, dan perbaikan yang jelas harus berupa menghapus salah satunya. Kenyataannya keduanya jarang menyentuh soket yang sama. Setiap koneksi menulis ulang tabel perutean sistem operasi, dan profil terowongan penuh mengklaim rute bawaan. Yang terakhir tersambung cenderung menang, itulah sebabnya gejalanya tampak berpindah antar klien.

Konfliknya hidup di tabel perutean

Adaptor virtual plus rute bawaan adalah cara terowongan penuh menangkap lalu lintas. Saat klien kedua memasang rute bawaannya sendiri, entri lama diganti atau diturunkan oleh metrik, dan setiap tujuan kini melewati terowongan yang lebih baru. Klien pertama tetap tersambung dan masih menampilkan ikon hijau, jadi antarmuka aktif sementara jalurnya hilang. Pemisahan antara status koneksi dan status perutean itulah yang membuat perilakunya membingungkan.

Kedua klien adalah penyunting satu tabel bersama. Mengetahui perubahan mana yang terakhir terjadi menjelaskan hampir semua gejala.

Baca terowongan mana yang memiliki jalur saat ini

Periksa keputusan sebenarnya alih-alih memercayai klien yang melaporkan tersambung. Tanyakan kepada sistem antarmuka mana yang akan membawa tujuan tertentu.

ip route get 10.20.0.5
route print -4

Perintah pertama menyebutkan antarmuka dan alamat sumber untuk satu tujuan, dan itulah pertanyaan tepat yang Anda pedulikan. Dump rute memperlihatkan entri bawaan yang bersaing dan metriknya di Windows, sehingga Anda melihat mana yang menang saat ini. Jalankan pencarian untuk host di setiap jaringan jarak jauh, karena satu tujuan bisa benar sementara jaringan lain tidak terjangkau. Jika jawabannya menyebut terowongan yang salah, menyambung ulang tidak akan membantu; kebijakan rute harus diubah.

Hentikan klien kedua mengklaim segalanya

Satu klien sebaiknya memiliki rute bawaan, dan yang lain hanya membawa prefiksnya sendiri. OpenVPN klien dapat menolak apa yang didorong server.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull mengabaikan setiap rute yang didorong, sedangkan pull-filter ignore "redirect-gateway" hanya membuang direktif rute bawaan dan mempertahankan DNS serta opsi lain yang didorong. Pilih di antara keduanya berdasarkan berapa banyak konfigurasi server yang masih Anda inginkan, lalu tambahkan prefiks tertentu yang dibutuhkan jaringan kedua. Ingat DNS, karena resolver yang didorong oleh terowongan yang tidak membawa pencarian tidak mengembalikan apa pun. Uji satu host yang dikenal di setiap jaringan dan pastikan alamat sumber yang dilihat sisi jauh.

Subnet yang tumpang tindih tidak bisa diakali

Ketika kedua jaringan menerbitkan prefiks yang sama, kernel menyimpan satu entri untuk dua tempat berbeda dan harus memilih. Rute host tidak dapat menciptakan perbedaan yang hilang, dan penyetelan metrik juga tidak. Nomori ulang salah satu sisi, atau minta administratornya menerjemahkan rentang jauh agar prefiksnya berbeda. Periksa subnet sebenarnya sebelum menyalahkan klien, karena bawaan router rumah 192.168.1.0/24 lebih sering bertabrakan dengan rentang kantor daripada yang diduga. Catat kedua rentang di tiket agar perubahan berikutnya tidak menciptakan ulang tumpang tindih.

Pisahkan juga dua tujuan: menjangkau kedua jaringan adalah masalah perutean, sedangkan merangkai terowongan demi privasi adalah desain lain dengan operator tambahan di jalurnya. Jangan gunakan yang satu untuk menyelesaikan yang lain.