Eng VPN-Route déi un en Interface-Index gebonne ass brécht bei der Neiverbindung

D'Route huet Wochen laang funktionéiert an huet dann ugefaangen, Verkéier néierens hin ze schécken, wärend den Destinatioun onverännert bliwwen ass an näischt editésiert gouf. Wat sech geännert huet, ass d'Nummer: eng Route déi géint en bestëmmten Interface-Index ugeluecht gouf, verweist op en Adapter deen no enger Neiverbindung net méi existéiert, an de Destinatiounspräfix weist weider op Infrastruktur déi ersat gouf. Dauerhaftigkeit zu dësem Kommando bäizesetzen hëlleft net, well de Problem war ni ob d'Route en Neistart iwwerlieft. D'Léisung ass d'Absicht un d'Verbindung ze bannen, déi vum Design hier Adapterwiessel iwwerlieft.

Préift op wat d'Route tatsächlech weist

Fänkt un, den Agang vun der Route an d'Adapters niewenteneen ze liesen. Eng Route mat engem nächsten Hop um VPN-Interface an engem Index deen zu kengem aktuelle Adapter passt ass d'Signatur vun dësem Feeler; deeselwechte Präfix op engem aneren Index ass entweder en Iwwerrescht oder d'Route déi Dir wierklech wëllt. Liest béid Lëschten ier Dir eng vun hinne ännert, well den interessante Verglach tëschent der Nummer an der Route an den Nummeren déi elo existéieren ass. Wann den Index vun der Route an der Adapterlëscht erschéngt, ass den Index net Äre Problem an d'Sich geet op Metriken, Politick oder de wäiten Enn. Wann en net erschéngt, muss näischt weider diagnostizéiert ginn: d'Route ass un Infrastruktur gebonnen déi et net méi gëtt.

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

D'Kolon Store ënnerscheet en Agang deen iwwer Neistarts bestoe bleift vun engem deen mam Adapter verschwënnt, an deen Ënnerscheed entscheet ob de Feeler muer erëm kënnt. En Agang am permanente Späicher deen op en verschwonnene Index weist ass de schlëmmste Fall, well en Neistarts iwwerlieft an awer ni mat eppes iwwereneen ass.

Bind de Prefix un de Profil, net un den Adapter

En eegene Windows-VPN kann seng eege Routelëscht droen, sou datt d'Verbindung de richtege Adapter erëm benotzt wann en eropkënnt. Dann follegt d'Route dem Profil anstatt enger Nummer déi Dir eng Kéier gesinn hutt, an et muss kee Skript no all Eropruff en Index raten. E Präfix bäizesetzen ass och ëmkehrbar duerch dat passend Läschkommando, wat d'Ännerung auditierbar hält. De Präfix gëtt mat der Verbindung gespäichert anstatt an engem Startskript, also dréit e Profil deen op en aneren Notzer kopéiert gouf d'Absicht mat sech.

Add-VpnConnectionRoute -ConnectionName 'Lab VPN' -DestinationPrefix '10.77.0.0/16' -PassThru

D'Referenz vum Add-VpnConnectionRoute dokumentéiert d'Zesummenhang mat der Verbindung, an de Beräich vum Telefonsbuch ass wichteg: e Profil pro Notzer an e Profil fir all Notzer sinn ënnerschiddlech Objeten. Dëse Mechanismus gehéiert zum eegene VPN-Client vu Windows, dofir kann en Adapter vum Hiersteller dee vu sengem eegene Service geréiert gëtt seng Route vun enger ganz anerer Politiksquell huelen.

Räimt al Route fort ier Dir déi nei bäisetzt

Zwou Route mat demselwechte Präfix an ënnerschiddlege Besëtzer si schlëmmer wéi eng falsch Route, well de Gewënner vu Metrike ofhänkt déi keen opgeschriwwen huet. Kuckt wat fir de Präfix schonn existéiert, inklusiv Agäng am permanente Späicher, a läscht nëmme wat zu der gescheiterter Versuch gehéiert. En Iwwerrescht vun engem fréiere Design ass hei gewéinlech, well déi scheiternd Route meeschtens eppes ersat huet wat funktionéiert huet. Notéiert ier Dir eppes läscht wéi en Agang zu wéi enger Verbindung gehéiert, a haalt d'Lëscht am Ännerungsprotokoll.

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

Passt Präfix, nächsten Hop, Späicher a Besëtzer zesummen un anstatt alles ze läschen wat ähnlech ausgesäit. Eng aner Verbindung kann legal vun engem Deel vun dësem Raum ofhänken, an e breede Läschen mécht aus enger propperer Reparatur en Supportvirfall.

Verbind Iech an enger anerer Reihenfolge erëm

Reproduzéiert d'Conditioun anstatt ze hoffen déi éischt Versuch wier representativ. Trennt d'Verbindung, verbënnt Iech erëm a bestätegt de gewielte Wee zu der selwechter wäiter Ressource wärend den Tunnel erop ass; wann et verschidde VPNs am Spill sinn, bréngt se an enger anerer Reihenfolge erop a kuckt ob de gewielte Wee sech ännert. D'Reihenfolge ass d'Variabel déi déi meescht iwwersprangen, an se ass déi déi eng Route opdeckt déi un déi falsch Verbindung gebonnen ass.

rasdial 'Lab VPN' /disconnect
rasdial 'Lab VPN'
Find-NetRoute -RemoteIPAddress 10.77.5.20 | Select-Object -First 1

D'Resultat dat Dir wëllt ass net datt en Adapter seng Nummer eng Kéier behält. Et ass datt d'Route mat wéi enger Nummer och ëmmer d'Verbindung kritt all Kéier erschéngt, a verschwënnt wann d'Verbindung zoumaacht. Zweemol nei verbënnen ass dee bëllegste Wee fir déi Resultater ausenaner ze halen.

Wisst wat d'Route net ka maachen

Eng Profilroute liwwert en Wee an näischt anescht. Se mécht keng wäit Firewall op, mécht keng Réckroute um wäiten Enn an hëlleft net bei zwou Säite mat deem selwechten Adressberäich; all dat ass eng eegen Configuratioun mat engem eegene Besëtzer. De Wee ze bestätegen ass dofir den Ufank vum Akzeptanztest an net de ganzen Test.

Haalt d'Präfixlëscht beim Profil a notéiert a wéi engem Beräich se bäigefüügt gouf, sou datt déi nächst Persoun den ugeduechten Design liese kann anstatt en aus enger Routetabell erauszefannen. Routen déi nëmmen an iergendengem sengem Gediechtenis existéieren sinn déi déi no der nächster Neiverbindung falsch nees opgebaut ginn. E Kommentar vun enger Linn an den Deploymentnotizen kascht manner wéi en Nomëttesdag vum Neientdecken.