Cara Mengalih Keluar Laluan Lapuk yang Ditinggalkan oleh VPN Windows

Sesi anda tamat berjam-jam lalu, penyesuai sudah tiada, tetapi laluan masih dalam jadual dan menunjuk ke antara muka 42. Memadam baris itu mengambil satu arahan; memutuskan bahawa ia baris yang betul mengambil empat semakan. Jadual laluan dikongsi, jadi penyingkiran menyeluruh mengeluarkan laluan yang masih digunakan oleh sambungan lain, termasuk yang membawa terowong. Setiap langkah di bawah menyempitkan sasaran sehingga hanya satu entri boleh sepadan.

1. Tentukan sama ada entri itu lapuk atau disengajakan

Entri yang bertahan selepas but semula ditulis di suatu tempat, dan tempat itu biasanya keputusan, bukan kemalangan. Terowong berpecah bergantung pada laluan yang kelihatan sama seperti sisa, dan dasar yang menolak satu awalan melalui terowong tidak dapat dibezakan daripada entri lapuk dalam satu senarai. Tanya bila laluan itu muncul: yang hanya wujud semasa terowong hidup milik konfigurasi klien, jadi arahan pembersihan ialah alat yang salah. Alihtkan laluan yang disengajakan dan sambungan seterusnya gagal pada langkah yang tiada siapa memerhati.

Laluan titik akhir wajar mendapat amaran tersendiri. Apabila klien menambah laluan hos ke pelayan VPN supaya paket disulitkan dapat mencapainya melalui sambungan tempatan, memadam laluan itu meruntuhkan terowong pada sambungan semula seterusnya, dan gejalanya dibaca sebagai kerosakan pelayan. Bandingkan destinasi dengan alamat yang disambungkan oleh klien sebelum menyentuh apa-apa: satu alamat awam yang sepadan dengan pelayan VPN ialah laluan luar, bukan sampah.

2. Catat empat medan yang menamakan entri itu

Awalan sahaja bukan identiti, kerana dua antara muka boleh memegang laluan ke destinasi yang sama. Catat awalan destinasi, indeks antara muka, hop seterusnya dan stor dasar, kerana empat nilai itu menerangkan tepat satu entri. Satu senarai memberikan anda semuanya:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Mengisih mengikut metrik mengangkat laluan yang benar-benar diutamakan oleh mesin, dan di situlah sisa biasanya duduk. Bandingkan entri semasa terowong hidup dan sekali lagi selepas ia jatuh: laluan yang pergi bersama penyesuai ialah milik klien, dan yang kekal ditulis oleh sesuatu yang lain. Stor dasar ialah medan yang orang langkau, dan itulah yang menerangkan kemunculan semula, kerana entri yang dialih keluar daripada stor aktif kembali selepas penyegaran dasar seterusnya. Catat empat nilai itu sebelum menjalankan apa-apa yang mengubah keadaan.

3. Pratonton penyingkiran, kemudian alih keluar satu entri

Remove-NetRoute menerima awalan dan indeks antara muka yang sama seperti yang dicetak oleh Get-NetRoute, dan ia mempunyai suis pratonton, jadi tiada apa yang perlu diteka. Jalankan pasangan itu dalam susunan ini:

Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42 -WhatIf
Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42

Pratonton mencetak objek yang akan dipadamkannya, jadi bandingkan awalan, antara muka dan hop seterusnya dengan nota anda sebelum melepaskan suis. Tiada baris yang mencapai entri berterusan, kerana stor aktif ialah lalai; tambah -PolicyStore PersistentStore apabila laluan yang anda kenal pasti tinggal di sana, jika tidak penyingkiran kelihatan berjaya dan entri kembali pada penyegaran dasar seterusnya. Kekalkan laluan pemulihan di luar jalur apabila sesi adalah jauh, kerana memadam laluan yang membawa sambungan anda sendiri menamatkannya. Jangan sekali-kali mencapai arahan yang mengosongkan jadual.

4. Cari komponen yang meletakkannya semula

Penyingkiran bukan pembaikan selagi pemilik masih dikonfigurasikan untuk memasang laluan itu. Pemilik biasanya salah satu daripada tiga: profil klien VPN dengan senarai terowong berpecahnya, skrip atau tugas berjadual yang menambah laluan semasa log masuk, atau dasar domain yang digunakan pada mesin. Semak profil terlebih dahulu, kerana ia berjalan pada setiap sambungan:

Get-VpnConnection | Select-Object Name,SplitTunneling,ServerAddress
Get-NetRoute -PolicyStore PersistentStore

Entri berterusan kelihatan tanpa menyambung apa-apa, jadi laluan yang kembali selepas but semula tanpa sesi VPN hampir selalu tinggal dalam stor itu atau dalam skrip permulaan. Betulkan pemilik di sana, dan penyingkiran manual menjadi pengesahan dan bukannya rawatan.

5. Sahkan carian, jiran dan nota

Hasil yang bersih bukanlah laluan itu telah hilang; ia ialah carian yang kini memilih antara muka yang anda jangkakan. Tanya mesin ke mana paket ke awalan yang terjejas akan pergi, kerana sisa masih menamakan indeks yang mati manakala jawapan bersih menamakan antara muka on-link atau get laluan yang betul. Find-NetRoute menjawabnya untuk satu alamat pada satu masa:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Kemudian uji jiran: pilih awalan kedua yang masih diperlukan oleh terowong berpecah dan sahkan cariannya tidak berubah, kerana mengeluarkan satu laluan terlalu banyak ialah kesilapan yang diundang oleh pembersihan ini. Cuba semula aplikasi yang pada asalnya gagal, dan catat komponen mana yang kini memiliki awalan itu. Dokumentasi Get-NetRoute Microsoft menyenaraikan medan yang anda catat pada langkah kedua. Enam bulan dari sekarang nota itulah yang menghalang entri yang sama daripada didiagnosis dua kali.