Laluan VPN yang dipaku pada indeks antara muka rosak semasa sambung semula
Laluan yang terikat pada nombor penyesuai mati apabila nombor itu berubah. Semak stor, ikat awalan pada profil, kemudian sambung semula dalam susunan baharu.
Laluan itu berfungsi selama berminggu-minggu dan kemudian mula menghantar trafik ke mana-mana, dengan destinasi tidak berubah dan tiada apa yang disunting. Yang berubah ialah nombornya: laluan yang dicipta terhadap indeks antara muka tertentu merujuk penyesuai yang tidak lagi wujud selepas sambung semula, dan awalan destinasi terus menunjuk ke infrastruktur yang telah diganti. Menambah ketekunan pada arahan itu tidak membantu, kerana masalahnya tidak pernah sama ada laluan itu bertahan selepas but semula. Penyelesaiannya ialah mengikat niat pada sambungan, yang bertahan perubahan penyesuai secara reka bentuk.
Semak ke mana laluan itu sebenarnya menunjuk
Mulakan dengan membaca entri laluan dan penyesuai bersebelahan. Laluan dengan lompatan seterusnya pada antara muka VPN dan indeks yang tidak sepadan dengan mana-mana penyesuai semasa ialah tandatangan kegagalan ini; awalan yang sama pada indeks lain sama ada sisa atau laluan yang anda benar-benar mahu. Baca kedua-dua senarai sebelum menukar mana-mana satu, kerana perbandingan yang menarik ialah antara nombor dalam laluan dan nombor yang wujud sekarang. Jika indeks laluan muncul dalam senarai penyesuai, indeks itu bukan masalah anda dan carian berpindah ke metrik, dasar atau hujung jauh. Jika ia tidak muncul, tiada apa lagi yang perlu didiagnosis: laluan itu terikat pada infrastruktur yang tidak lagi wujud.
Get-NetRoute -DestinationPrefix '10.77.0.0/16' | Select-Object DestinationPrefix, NextHop, InterfaceIndex, Store
Get-NetAdapter | Where-Object InterfaceDescription -like '*VPN*' | Select-Object Name, InterfaceIndex, InterfaceDescription
Get-VpnConnection -Name 'Lab VPN' | Select-Object Name, ServerAddress, SplitTunneling
Lajur Store membezakan entri yang kekal merentas but semula daripada entri yang hilang bersama penyesuai, dan perbezaan itu menentukan sama ada kerosakan akan berulang esok. Entri dalam stor berterusan yang menunjuk ke indeks yang lenyap ialah kes terburuk, kerana ia bertahan but semula tanpa pernah sepadan dengan apa-apa.
Ikat awalan pada profil, bukan pada penyesuai
VPN asli Windows boleh membawa senarai laluannya sendiri, jadi sambungan menggunakan semula penyesuai yang betul setiap kali ia naik. Kemudian laluan mengikut profil dan bukannya nombor yang anda perhatikan sekali, dan tiada skrip perlu meneka indeks selepas setiap dail. Menambah awalan juga boleh diterbalikkan melalui arahan pembuangan yang sepadan, yang mengekalkan perubahan itu boleh diaudit. Awalan disimpan bersama sambungan dan bukan dalam skrip permulaan, jadi profil yang disalin kepada pengguna lain membawa niat itu bersamanya.
Add-VpnConnectionRoute -ConnectionName 'Lab VPN' -DestinationPrefix '10.77.0.0/16' -PassThru
Rujukan Add-VpnConnectionRoute mendokumenkan kaitan dengan sambungan, dan skop buku telefon penting: profil setiap pengguna dan profil untuk semua pengguna ialah objek berbeza. Mekanisme ini milik klien VPN Windows sendiri, jadi penyesuai vendor yang diuruskan oleh perkhidmatannya sendiri mungkin mengambil laluannya daripada sumber dasar yang sama sekali berbeza.
Bersihkan laluan lama sebelum menambah yang baharu
Dua laluan dengan awalan sama dan pemilik berbeza lebih buruk daripada satu laluan salah, kerana pemenang bergantung pada metrik yang tiada siapa catat. Periksa apa yang sudah wujud untuk awalan itu, termasuk entri dalam stor berterusan, dan buang hanya yang tergolong dalam percubaan yang gagal. Sisa daripada reka bentuk terdahulu adalah biasa di kawasan ini, kerana laluan yang gagal biasanya menggantikan sesuatu yang berfungsi. Catat entri mana milik sambungan mana sebelum membuang apa-apa, dan simpan senarai itu dalam rekod perubahan.
Get-NetRoute -AddressFamily IPv4 | Where-Object DestinationPrefix -like '10.77.*'
Remove-NetRoute -DestinationPrefix '10.77.0.0/16' -NextHop '0.0.0.0' -Confirm:$false
Padankan awalan, lompatan seterusnya, stor dan pemilik bersama-sama dan bukannya memadam semua yang kelihatan serupa. Sambungan lain mungkin bergantung secara sah pada sebahagian ruang itu, dan pemadaman menyeluruh menukar pembaikan yang kemas menjadi insiden sokongan.
Sambung semula dalam susunan yang berbeza
Hasilkan semula keadaan itu dan bukannya berharap percubaan pertama mewakili. Putuskan sambungan, sambung semula, dan sahkan laluan terpilih ke sumber jauh yang sama semasa terowong naik; apabila beberapa VPN terlibat, naikkan mereka dalam susunan berbeza dan perhatikan sama ada laluan yang dipilih berubah. Susunan ialah pemboleh ubah yang paling ramai orang langkau, dan itulah yang mendedahkan laluan yang terikat pada sambungan yang salah.
rasdial 'Lab VPN' /disconnect
rasdial 'Lab VPN'
Find-NetRoute -RemoteIPAddress 10.77.5.20 | Select-Object -First 1
Hasil yang anda mahu bukanlah penyesuai mengekalkan nombornya sekali. Ia ialah laluan muncul dengan apa-apa nombor yang diterima sambungan, setiap kali, dan hilang apabila sambungan ditutup. Menyambung semula dua kali ialah cara paling murah untuk membezakan hasil tersebut.
Ketahui apa yang laluan tidak boleh lakukan
Laluan profil menyediakan satu jalan dan tidak lebih. Ia tidak membuka tembok api jauh, tidak mencipta laluan balik di hujung jauh, dan tidak menyelesaikan dua tapak yang menggunakan julat alamat yang sama; setiap satu daripadanya ialah konfigurasi berasingan dengan pemilik berasingan. Mengesahkan jalan itu kerana itu ialah permulaan ujian penerimaan dan bukan keseluruhan ujian.
Simpan senarai awalan bersama profil dan catat dalam skop apa ia ditambah, supaya orang seterusnya boleh membaca reka bentuk yang dimaksudkan dan bukannya menyimpulkannya daripada jadual laluan. Laluan yang hanya wujud dalam ingatan seseorang ialah yang dibina semula secara salah selepas sambung semula seterusnya. Komen satu baris dalam nota penggunaan lebih murah daripada sepanjang petang menemui semula.