In VPN-rûte fêstset oan in ynterface-yndeks brekt by opnij ferbinen

In rûte bûn oan in adapternûmer stjert as dat nûmer feroaret. Kontrolearje it bewarplak, bûn it foarheaksel oan it profyl en ferbinje dan opnij yn in nije oarder.

De rûte wurke wikenlang en begûn doe ferkear nearne hinne te stjoeren, wylst it doel ûnferoare bleau en neat bewurke wie. Wat feroare is it nûmer: in rûte makke foar in bepaald ynterface-yndeks ferwiist nei in adapter dy't nei in opnij ferbinen net mear bestiet, en it doelfoarheaksel bliuwt wizen nei ynfrastruktuer dy't ferfongen is. Persistentens tafoegje oan dat kommando helpt net, want it probleem wie nea oft de rûte in werstart oerlibbet. De oplossing is de bedoeling oan de ferbining te binen, dy't neffens it ûntwerp adapterwikselingen oerlibbet.

Kontrolearje wêr't de rûte eins nei wiist

Begjin mei it lêzen fan de rûtte-yngong en de adapters njonken elkoar. In rûte mei in folgjende sprong op 'e VPN-ynterface en in yndeks dy't by gjin hjoeddeiske adapter past, is de hantekening fan dizze flater; itselde foarheaksel op in oar yndeks is óf in oerbliuwsel óf de rûte dy't jo echt wolle. Lês beide listen foardat jo ien fan beide feroarje, want de nijsgjirrige ferliking is tusken it nûmer yn 'e rûte en de nûmers dy't no bestean. As it yndeks fan 'e rûte yn 'e adapterlist foarkomt, is it yndeks net jo probleem en ferpleatst it sykjen him nei metriken, belied of de fiere kant. As it net foarkomt, hoecht der neat fierder diagnostisearre te wurden: de rûte is bûn oan ynfrastruktuer dy't net mear bestiet.

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

De kolom Store ûnderskiedt in yngong dy't oer werstarts hinne bliuwt fan ien dy't mei de adapter ferdwynt, en dat ferskil bepaalt oft de flater moarn weromkomt. In yngong yn it persistinte bewarplak dy't nei in ferdwûn yndeks wiist, is it slimste gefal, want it oerlibbet werstarts sûnder ea mei eat te passen.

Bûn it foarheaksel oan it profyl, net oan de adapter

In lânseigen Windows-VPN kin syn eigen rûtelist drage, sadat de ferbining de krekte adapter opnij brûkt wannear't dy opkomt. Dan folget de rûte it profyl ynstee fan in nûmer dat jo ienris seagen, en gjin skript hoecht nei elk oprop in yndeks te rieden. It tafoegjen fan in foarheaksel is ek werom te draaien fia it byhearrende fuortsmytkommando, wat de wiziging kontrolearber hâldt. It foarheaksel wurdt mei de ferbining bewarre ynstee fan yn in opstartskript, sadat in profyl dat nei in oare brûker kopiearre is de bedoeling mei him meinimt.

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

De referinsje foar Add-VpnConnectionRoute dokumintearret de bining mei de ferbining, en it berik fan it telefoanboek is wichtich: in profyl per brûker en in profyl foar alle brûkers binne ferskate objekten. Dit meganisme heart by de eigen VPN-klant fan Windows, dus in adapter fan in leveransier dy't troch syn eigen tsjinst beheard wurdt, kin syn rûtes út in folslein oare beliedsboarne helje.

Skjinje âlde rûtes op foardat jo de nije tafoegje

Twa rûtes mei itselde foarheaksel en ferskate eigners binne slimmer as ien ferkearde rûte, want de winner hinget ôf fan metriken dy't nimmen opskreaun hat. Undersykje wat al foar it foarheaksel bestiet, ynklusyf yngongen yn it persistinte bewarplak, en ferwiderje allinnich wat by de mislearre poging heart. In oerbliuwsel fan in earder ûntwerp is gewoan op dit mêd, om't de rûte dy't mislet meastentiids eat ferfongen hat dat wurke. Notearje hokker yngongen by hokker ferbining hearre foardat jo eat ferwiderje, en hâld de list yn it feroaringsregister.

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

Lykje foarheaksel, folgjende sprong, bewarplak en eigner tegearre ynstee fan alles te wiskjen dat der op liket. In oare ferbining kin legitime ôfhinklik wêze fan in part fan dy romte, en in feagjende wiskjen makket fan in kreaze reparaasje in stipe-ynsidint.

Ferbinje opnij yn in oare oarder

Reprodusearje de betingst ynstee fan te hoopjen dat de earste poging represintatyf wie. Ferbrek, ferbinje opnij en befêstigje it keazen paad nei deselde fiere boarne wylst de tunnel omheech is; mei ferskate VPN's yn it spul, bring se yn in oare oarder omheech en sjoch oft it keazen paad feroaret. Oarder is de fariabele dy't de measte minsken oerslaan, en it is dy't in rûte bûn oan 'e ferkearde ferbining bleatleit.

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

It resultaat dat jo wolle is net dat in adapter syn nûmer ien kear hâldt. It is dat de rûte ferskynt mei hokker nûmer de ferbining ek krijt, elke kear, en ferdwynt as de ferbining slút. Twa kear opnij ferbine is de goedkeapste manier om dy útkomsten útinoar te hâlden.

Wit wat de rûte net kin

In profylrûte leveret in paad en fierder neat. It iepenet gjin fierrewachtmuorre, makket gjin weromrûte op 'e fiere ein en lost gjin twa sites op dy't itselde adresberik brûke; elk dêrfan is in aparte konfiguraasje mei in aparte eigner. It paad befêstigje is dêrom it begjin fan 'e akseptaasjetest en net de hiele test.

Hâld de list fan foarheaksels by it profyl en notearje ûnder hokker berik it tafoege is, sadat de folgjende persoan it bedoelde ûntwerp lêze kin ynstee fan it út in rûtetabel ôf te lieden. Rûtes dy't allinnich yn ien syn ûnthâld bestean, binne dejinge dy't nei it folgjende opnij ferbinen ferkeard wer opboud wurde. In kommentaar fan ien rigel yn 'e ynsetnotysjes kostet minder as in hiele middei fan werûntdekking.

Relatearre artikelen