Tunnel terpisah di Windows: kotak gateway dan prefiks yang hilang

Tunnel melaporkan terhubung dan wiki masih dimuat. Lalu unduhan macet dan berbagi di rak berhenti menjawab. Tunnel menjalankan tugasnya, dan profilnya hanya mengklaim setiap tujuan.

Windows memperlakukan koneksi VPN sebagai keputusan perutean. Sampai keputusan itu dipersempit, mesin berperilaku seolah-olah pindah ke kantor.

Mengapa tunnel yang berfungsi terasa seperti gangguan

Profil yang diizinkan menggunakan gateway jarak jauh memasang rute default melalui tunnel. Setiap tujuan yang tidak ada di tautan lokal kemudian keluar melalui firewall kantor. Berbagi lokal berhenti menjawab karena lalu lintasnya kini menempuh benua lain dan kembali. Tidak ada apa pun di status klien yang mencerminkan itu.

Gejalanya sengaja membingungkan. Resolusi nama mungkin masih bekerja sementara berbagi habis waktu, atau sebaliknya. Pengguna melaporkan VPN rusak, klien melaporkan dirinya baik-baik saja, dan kedua pernyataan itu akurat.

Kotak centang yang bersembunyi di dialog IPv4

Pengaturannya beberapa dialog lebih dalam. Buka ncpa.cpl, klik kanan koneksi, lalu properti IPv4, lalu Tingkat lanjut, dan hapus opsi yang memungkinkan koneksi menjadi gateway default jarak jauh. Satu kotak itu menentukan apakah profil merupakan tunnel penuh. Semua hal lain di profil tetap berlaku.

Bandingkan route print -4 sebelum dan sesudah menyambung ulang. Entri 0.0.0.0 yang dulu menunjuk ke tunnel seharusnya hilang, dan prefiks perusahaan seharusnya masih ada.

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

Mengubah metrik antarmuka bukan pengganti. Metrik hanya memutuskan antara dua rute default yang bersaing, dan klien yang memasang ulang rute defaultnya sendiri setiap kali terhubung memenangkan persaingan itu berapa pun angka yang disetel.

Prefiks yang tidak dicantumkan siapa pun

Tunnel terpisah mengekspos tepat prefiks yang tercatat di profil. Subnet kantor yang ditambahkan setelah profil ditulis tetap tak terjangkau sementara tunnel sepenuhnya sehat. Laporan kemudian datang sebagai satu server rusak alih-alih VPN rusak.

Rute yang ditambahkan dengan tangan menutup celah sampai alamat gateway berubah. Mencatat prefiks di koneksi lebih kokoh, karena prefiks kemudian mengikuti koneksi alih-alih alamat yang ditebak.

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

Baca daftar tersimpan dan tabel hidup bersama-sama. Prefiks tersimpan dapat ada sementara tabel tidak pernah menerimanya, yang terjadi ketika agen manajemen menyaring rute setelah koneksi naik. Kebalikannya juga terjadi, dengan rute registri menunjuk adaptor yang mati. Tidak satu pun dari kedua tampilan itu sendirian menceritakan seluruh kisah.

Membuktikan hasilnya setelah mulai ulang

Lacak di kedua arah dan selesaikan berdasarkan nama. Lacak publik seharusnya keluar melalui penyedia, lacak internal seharusnya masuk ke tunnel, dan host internal seharusnya menjawab dengan nama, bukan hanya alamat.

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

Ulangi setelah pemutusan, penyambungan ulang, dan satu mulai ulang. Prefiks yang bertahan melewati penyambungan ulang manual dan hilang setelah mulai ulang tidak pernah tersimpan di profil.

Pertahankan printer dan NAS dalam pengujian juga, karena tunnel terpisah yang memutus perangkat di samping laptop telah menyelesaikan satu masalah dengan menciptakan masalah yang lebih kecil dan lebih menjengkelkan. Referensi Microsoft untuk Add-VpnConnectionRoute adalah tempat memeriksa ejaan parameter terhadap versi modul Anda.