Tunnel berpecah di Windows: kotak gateway dan awalan yang hilang

Tunnel melaporkan bersambung dan wiki masih dimuatkan. Kemudian muat turun tersekat dan perkongsian di rak berhenti menjawab. Tunnel menjalankan tugasnya, dan profil itu hanya menuntut setiap destinasi.

Windows menganggap sambungan VPN sebagai keputusan penghalaan. Sehingga keputusan itu disempitkan, mesin berkelakuan seolah-olah ia berpindah ke pejabat.

Mengapa tunnel yang berfungsi terasa seperti gangguan

Profil yang dibenarkan menggunakan gateway jauh memasang laluan lalai melalui tunnel. Setiap destinasi yang tidak berada pada pautan tempatan kemudian keluar melalui tembok api pejabat. Perkongsian tempatan berhenti menjawab kerana trafiknya kini merentas benua lain dan kembali. Tiada apa-apa dalam status klien mencerminkan perkara itu.

Gejalanya mengelirukan dengan sengaja. Resolusi nama mungkin masih berfungsi sementara perkongsian tamat masa, atau sebaliknya. Pengguna melaporkan VPN rosak, klien melaporkan dirinya baik, dan kedua-dua kenyataan itu tepat.

Kotak semak yang bersembunyi dalam dialog IPv4

Tetapan itu beberapa dialog lebih dalam. Buka ncpa.cpl, klik kanan sambungan, kemudian sifat IPv4, kemudian Lanjutan, dan kosongkan pilihan yang membenarkan sambungan menjadi gateway lalai jauh. Satu kotak itu menentukan sama ada profil itu tunnel penuh. Semua yang lain dalam profil masih terpakai.

Bandingkan route print -4 sebelum dan selepas menyambung semula. Entri 0.0.0.0 yang dahulu menunjuk ke tunnel sepatutnya hilang, dan awalan korporat sepatutnya masih ada.

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

Menukar metrik antara muka bukan pengganti. Metrik hanya memutuskan antara dua laluan lalai yang bersaing, dan klien yang memasang semula laluan lalainya sendiri pada setiap sambungan memenangi pertandingan itu walau apa pun nombor yang ditetapkan.

Awalan yang tiada siapa senaraikan

Tunnel berpecah mendedahkan tepat awalan yang direkodkan dalam profil. Subnet pejabat yang ditambah selepas profil ditulis kekal tidak dapat dicapai sementara tunnel benar-benar sihat. Laporan itu kemudian datang sebagai satu pelayan rosak dan bukan VPN rosak.

Laluan yang ditambah dengan tangan menutup jurang sehingga alamat gateway berubah. Merekodkan awalan dalam sambungan lebih kukuh, kerana awalan itu kemudian mengikut sambungan dan bukan alamat yang diagak.

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 senarai tersimpan dan jadual hidup bersama-sama. Awalan tersimpan boleh wujud sementara jadual tidak pernah menerimanya, yang berlaku apabila ejen pengurusan menapis laluan selepas sambungan naik. Sebaliknya juga berlaku, dengan laluan registri menunjuk kepada penyesuai yang mati. Tiada satu pun daripada kedua-dua paparan itu sahaja menceritakan seluruh cerita.

Membuktikan hasilnya selepas but semula

Jejaki dalam kedua-dua arah dan selesaikan mengikut nama. Surih awam sepatutnya keluar melalui pembekal, surih dalaman sepatutnya masuk ke tunnel, dan hos dalaman sepatutnya menjawab mengikut nama dan 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 selepas pemutusan, penyambungan semula dan satu but semula. Awalan yang bertahan melalui penyambungan semula manual dan hilang selepas mula semula tidak pernah disimpan dalam profil.

Kekalkan pencetak dan NAS dalam ujian juga, kerana tunnel berpecah yang memotong peranti di sebelah komputer riba telah menyelesaikan satu masalah dengan mencipta masalah yang lebih kecil dan lebih menjengkelkan. Rujukan Microsoft untuk Add-VpnConnectionRoute ialah tempat untuk menyemak ejaan parameter terhadap versi modul anda.