Kiel forigi malaktualan itineron lasitan de Windows-VPN

Via sesio finiĝis antaŭ horoj, la adaptilo malaperis, kaj la itinero ankoraŭ staras en la tabelo kaj montras al interfaco 42. Forigi tiun vicon kostas unu komandon; decidi, ke ĝi estas la ĝusta vico, kostas kvar kontrolojn. Itinera tabelo estas dividata, do vasta forigo forprenas vojojn, kiujn aliaj konektoj ankoraŭ uzas, inkluzive de tiu, kiu portas la tunelon. Ĉiu paŝo sube mallarĝigas la celon ĝis nur unu enskribo povas kongrui.

1. Decidu, ĉu la enskribo estas malaktuala aŭ intenca

Enskribo, kiu postvivis restartigon, estis ie skribita, kaj tiu ie estas kutime decido, ne akcidento. Dividita tunelado dependas de itineroj, kiuj aspektas ekzakte kiel restaĵoj, kaj politiko, kiu puŝas unu prefikson tra la tunelo, ne distingeblas de malaktuala enskribo en unu sola listo. Demandu, kiam la itinero aperis: tiu, kiu ekzistas nur dum la tunelo estas supre, apartenas al la agordo de la kliento, do puriga komando estas la malĝusta ilo. Forigu intencan itineron kaj la sekva konekto malsukcesas ĉe la paŝo, kiun neniu observas.

La finpunkta itinero meritas sian propran averton. Kiam kliento aldonas gastigan itineron al la VPN-servilo, por ke ĉifritaj pakoj atingus ĝin tra la loka konekto, forigi tiun itineron kolapsigas la tunelon ĉe la sekva rekonekto, kaj la simptomo legiĝas kiel servila paneo. Komparu la celon kun la adreso, al kiu la kliento konektiĝas, antaŭ ol tuŝi ion ajn: unu publika adreso, kiu kongruas kun la VPN-servilo, estas la ekstera vojo, ne rubo.

2. Notu la kvar kampojn, kiuj nomas la enskribon

Prefikso sola ne estas identeco, ĉar du interfacoj povas teni itinerojn al la sama celo. Notu la celan prefikson, la interfacan indekson, la sekvan salton kaj la politikan konservejon, ĉar tiuj kvar valoroj priskribas ekzakte unu enskribon. Unu listo donas al vi ĉiujn:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Ordigo laŭ metriko levigas la itinerojn, kiujn la maŝino vere preferas, kaj ĝuste tie kutime sidas restaĵo. Komparu la enskribon dum la tunelo estas supre kaj denove post kiam ĝi falas: itinero, kiu foriras kun la adaptilo, estis de la kliento, kaj tiu, kiu restas, estis skribita de io alia. La politika konservejo estas la kampo, kiun homoj preterlasas, kaj ĝi estas tiu, kiu klarigas reaperon, ĉar enskribo forigita el la aktiva konservejo revenas post la sekva politika refreŝigo. Skribu la kvar valorojn antaŭ ol ruli ion, kio ŝanĝas staton.

3. Antaŭrigardu la forigon, poste forigu unu enskribon

Remove-NetRoute akceptas la saman prefikson kaj interfacan indekson, kiujn Get-NetRoute presis, kaj ĝi havas antaŭrigardan ŝaltilon, do nenio devas esti divenata. Rulu la paron en ĉi tiu ordo:

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

La antaŭrigardo presas la objekton, kiun ĝi forigus, do komparu prefikson, interfacon kaj sekvan salton kun viaj notoj antaŭ ol lasi la ŝaltilon. Neniu el la du linioj atingas persistan enskribon, ĉar la aktiva konservejo estas la defaŭlto; aldonu -PolicyStore PersistentStore kiam la identigita itinero vivas tie, alie la forigo ŝajnas funkcii kaj la enskribo revenas ĉe la sekva politika refreŝigo. Tenu eksterbandan rekuperan vojon kiam la sesio estas fora, ĉar forigi la itineron, kiu portas vian propran konekton, finas ĝin. Neniam prenu komandon, kiu malplenigas la tabelon.

4. Trovu, kiu komponanto metas ĝin reen

Forigo ne estas riparo dum la posedanto ankoraŭ estas agordita instali la itineron. La posedanto estas kutime unu el tri: la profilo de la VPN-kliento kun sia dividita tunela listo, skripto aŭ planita tasko, kiu aldonas itinerojn ĉe ensaluto, aŭ domajna politiko aplikata al la maŝino. Kontrolu unue la profilon, ĉar ĝi ruliĝas ĉe ĉiu konekto:

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

Persistaj enskriboj estas videblaj sen konekti ion ajn, do itinero, kiu revenas post restartigo sen VPN-sesio, preskaŭ ĉiam vivas en tiu konservejo aŭ en starta skripto. Korektu la posedanton tie, kaj la mana forigo fariĝas kontrolo anstataŭ kuracado.

5. Kontrolu la serĉon, la najbarojn kaj la noton

Pura rezulto ne estas «la itinero foriris»; ĝi estas serĉo, kiu nun elektas la interfacon, kiun vi atendis. Demandu la maŝinon, kien pako al la tuŝita prefikso irus, ĉar restaĵo ankoraŭ nomas la mortan indekson dum pura respondo nomas la interfacon sur la ligo aŭ la ĝustan enirejon. Find-NetRoute respondas tion por unu adreso samtempe:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Poste testu najbaron: elektu duan prefikson, kiun dividita tunelo ankoraŭ bezonas, kaj konfirmu, ke ĝia serĉo neŝanĝiĝis, ĉar forigi unu itineron tro estas la eraro, al kiu ĉi tiu purigo invitas. Reprovu la aplikaĵon, kiu unue malsukcesis, kaj notu, kiu komponanto nun posedas la prefikson. La dokumentaro de Microsoft pri Get-NetRoute listigas la kampojn, kiujn vi notis en la dua paŝo. Post ses monatoj ĝuste tiu noto malhelpas, ke la sama enskribo estu diagnozita dufoje.