Pot VPN, pripeta na indeks vmesnika, se ob ponovnem povezovanju zlomi
Pot, vezana na številko vmesnika, umre, ko se ta številka spremeni. Preverite shrambo, privežite predpono na profil in se nato znova povežite v novem vrstnem redu.
Pot je delovala tedne, nato pa je začela pošiljati promet nikamor, medtem ko je cilj ostal nespremenjen in ni bilo nič urejeno. Spremenila se je številka: pot, ustvarjena za določen indeks vmesnika, se sklicuje na vmesnik, ki po ponovnem povezovanju ne obstaja več, ciljna predpona pa še vedno kaže na zamenjano infrastrukturo. Dodajanje trajnosti temu ukazu ne pomaga, ker težava nikoli ni bila, ali pot preživi ponovni zagon. Rešitev je, da namero privežete na povezavo, ki po zasnovi preživi menjave vmesnikov.
Preverite, kam pot v resnici kaže
Začnite tako, da preberete vnos poti in vmesnike drug ob drugem. Pot z naslednjim skokom na vmesniku VPN in indeksom, ki se ne ujema z nobenim trenutnim vmesnikom, je podpis te okvare; ista predpona na drugem indeksu je bodisi ostanek bodisi pot, ki jo v resnici želite. Preberite oba seznama, preden katerega spremenite, ker je zanimiva primerjava med številko v poti in številkami, ki zdaj obstajajo. Če se indeks poti pojavi na seznamu vmesnikov, indeks ni vaša težava in iskanje se premakne na meritve, pravilnik ali oddaljeni konec. Če se ne pojavi, ni česa več diagnosticirati: pot je privezana na infrastrukturo, ki je ni več.
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
Stolpec Store razlikuje vnos, ki se ohrani med ponovnimi zagoni, od vnosa, ki izgine z vmesnikom, in ta razlika določa, ali se bo okvara jutri vrnila. Vnos v trajni shrambi, ki kaže na izginuli indeks, je najslabši primer, ker preživi ponovne zagone, a se nikoli ne ujema z ničimer.
Privežite predpono na profil, ne na vmesnik
Vgrajeni VPN v Windows lahko nosi svoj seznam poti, zato povezava znova uporabi pravi vmesnik vsakič, ko se dvigne. Pot potem sledi profilu namesto številki, ki ste jo opazili enkrat, in nobena skripta ne mora po vsakem klicu ugibati indeksa. Dodajanje predpone je tudi povratno z ustreznim ukazom za odstranitev, kar ohranja spremembo revidirljivo. Predpona se shrani s povezavo namesto v zagonski skripti, zato profil, kopiran drugemu uporabniku, nosi namero s seboj.
Add-VpnConnectionRoute -ConnectionName 'Lab VPN' -DestinationPrefix '10.77.0.0/16' -PassThru
Referenca Add-VpnConnectionRoute dokumentira povezanost s povezavo in obseg telefonskega imenika je pomemben: profil za posameznega uporabnika in profil za vse uporabnike sta različna predmeta. Ta mehanizem pripada lastnemu odjemalcu VPN v Windows, zato lahko vmesnik ponudnika, ki ga upravlja njegova lastna storitev, svoje poti jemlje iz povsem drugega vira pravilnika.
Počistite stare poti, preden dodate novo
Dve poti z isto predpono in različnimi lastniki sta slabši od ene napačne poti, ker je zmagovalec odvisen od meritev, ki jih nihče ni zapisal. Preglejte, kaj za predpono že obstaja, vključno z vnosi v trajni shrambi, in odstranite samo tisto, kar pripada neuspelemu poskusu. Ostanek prejšnje zasnove je na tem področju običajen, saj je pot, ki odpove, običajno nadomestila nekaj, kar je delovalo. Preden karkoli odstranite, zabeležite, kateri vnosi pripadajo kateri povezavi, in seznam hranite v dnevniku sprememb.
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
Ujemite predpono, naslednji skok, shrambo in lastnika skupaj, namesto da bi izbrisali vse, kar je podobno. Druga povezava je lahko zakonito odvisna od dela tega prostora, in široko brisanje spremeni urejeno popravilo v podporni dogodek.
Znova se povežite v drugem vrstnem redu
Ponovite pogoj, namesto da bi upali, da je bil prvi poskus reprezentativen. Prekinite povezavo, jo znova vzpostavite in potrdite izbrano pot do istega oddaljenega vira, medtem ko je tunel dvignjen; če je v igri več VPN-ov, jih dvignite v drugem vrstnem redu in opazujte, ali se izbrana pot spremeni. Vrstni red je spremenljivka, ki jo večina izpusti, in prav ta razkrije pot, privezano na napačno povezavo.
rasdial 'Lab VPN' /disconnect
rasdial 'Lab VPN'
Find-NetRoute -RemoteIPAddress 10.77.5.20 | Select-Object -First 1
Rezultat, ki ga želite, ni, da vmesnik enkrat obdrži svojo številko. Je, da se pot pojavi s katero koli številko, ki jo povezava dobi, vsakič, in izgine, ko se povezava zapre. Dvakratno ponovno povezovanje je najcenejši način, da te izide ločite.
Vedite, česa pot ne zmore
Pot iz profila zagotovi pot in nič drugega. Ne odpre oddaljenega požarnega zidu, ne ustvari povratne poti na oddaljenem koncu in ne reši dveh lokacij z istim obsegom naslovov; vsako od tega je ločena konfiguracija z ločenim lastnikom. Potrditev poti je zato začetek sprejemnega preskusa in ne celoten preskus.
Seznam predpon hranite ob profilu in zabeležite, v katerem obsegu je bila dodana, da lahko naslednja oseba prebere predvideno zasnovo, namesto da bi jo sklepala iz tabele poti. Poti, ki obstajajo le v nečijem spominu, so tiste, ki se po naslednjem ponovnem povezovanju znova zgradijo napačno. Komentar v eni vrstici v opombah za uvajanje stane manj kot celo popoldne ponovnega odkrivanja.