Windows VPN: lagret profil kontra tilstanden til det aktive grensesnittet

En Windows VPN dukker opp på to steder som svarer på ulike spørsmål, og å blande dem gir en selvsikker feil diagnose. Den lagrede profilen sier hva noen konfigurerte; det aktive grensesnittet sier hva stakken nettopp brukte. Når en tilkobling opprettes og trafikken fortsatt tar feil vei, må begge visningene leses, i nettopp den rekkefølgen. Ingen av dem alene sier om applikasjonens pakke forlot tunnelen.

To visninger av samme tunnel

Profilvisningen er konfigurasjon: serveradresse, tunneltype, autentiseringsmetode, innstillinger for delt tunnel. Den kan være riktig mens tilkoblingen ignorerer den, og den kan være utdatert mens tilkoblingen fungerer perfekt, fordi en klient som kobler til på nytt kanskje ikke leser det du redigerte på nytt. Grensesnittvisningen er brukt tilstand: hvilke adaptere som finnes, hvilke adressefamilier de bærer, metrikkene og tilkoblingstilstanden deres. Den endres når tunneler kommer og går, noe som gjør den til rett sted for et spørsmål om levende ruting og feil sted for et konfigurasjonsspørsmål.

Å lese dem sammen er hele metoden, og å lese én av dem alene er måten folk ender med å slette en sunn adapter. Kommandoene nedenfor gir begge visningene uten å endre noe.

Les begge visningene uten å endre noe

Start med de lagrede profilene, fordi det er det billigste faktumet å bekrefte. Legg merke til tunneltypen og verdien for delt tunnel, siden begge avgjør hvilke mål som i det hele tatt skal inn i tunnelen. Hvis profilen er feil, rett den gjennom dens støttede konfigurasjonsflate, fordi ingenting i grensesnittlisten reparerer en profil som peker på en feil gateway.

Get-VpnConnection | Select-Object Name,ServerAddress,TunnelType,SplitTunneling,ConnectionStatus

Grensesnittvisningen har en annen form: én tunnel kan oppta to rader når den bærer begge adressefamiliene. Les indeksen som identiteten og aliaset som en etikett noen valgte, og forvent at aliaset endres mellom klientversjoner.

Get-NetIPInterface | Select-Object InterfaceIndex,InterfaceAlias,AddressFamily,ConnectionState,InterfaceMetric

Tilstedeværelse er ikke bevis på bruk, fordi et grensesnitt kan finnes, være tilkoblet og likevel ikke være det ruten til målet ditt velger. Husk det før du behandler en ukjent adapter som feilen. Disse to feilene ser identiske ut utenfra: en riktig profil med en rute som aldri bruker den, og en feil profil med en rute som bruker den. De har helt forskjellige rettelser, og derfor finnes neste avsnitt.

Følg ruten til målet

Spør stakken hvilken vei den ville ta for adressen applikasjonen faktisk kontakter. Det er spørsmålet grensesnittlisten ikke kan svare på alene.

Find-NetRoute -RemoteIPAddress 10.60.20.10 | Select-Object -First 1
Get-NetIPAddress -InterfaceIndex 37 | Select-Object IPAddress,AddressFamily,PrefixLength

Den første kommandoen rapporterer to felt som er verdt å lese: grensesnittaliaset til den valgte kilden og neste hopp for det målet. Indeksen 37 i den andre kommandoen er det første utdata skrev ut, ikke en konstant å kopiere, og adressen 10.60.20.10 er illustrativ. Hvis den valgte kilden tilhører den fysiske adapteren mens målet skulle være inne i tunnelen, har du funnet utvalgsproblemet, fordi VPN-grensesnittet kan være helt sunt og bare ikke foretrukket. En metrikk er bare en del av den beslutningen, siden rutespesifisitet, policy og grensesnitttilstand alle deltar.

Sammenlign tre tilstander under de samme forholdene

Registrer grensesnittlisten og den valgte ruten før tilkobling, mens du er tilkoblet og etter frakobling, med samme mål og samme kommandoer hver gang. Den sammenligningen skiller et gjeldende tunnelgrensesnitt fra en gammel skjult adapter etterlatt av en avinstallering, og fra en annen klient som også kjører. Den forteller deg også om tunnelgrensesnittet forsvinner rent, fordi en adapter som består etter frakobling er et annet problem enn en som aldri dukket opp. Uten de tre øyeblikksbildene ser hvert ukjent alias ut som synderen.

Ta vare på de tre utdataene sammen med saken, fordi to kommando utdata slår et avsnitt med beskrivelse. En kollega kan sammenligne dem uten å gjenta økten din i det hele tatt.

Ikke slett det du ikke har identifisert

Ukjente adaptere tilhører vanligvis noe: en administrert klient, en virtuell svitsj, et containernettverk eller en sikkerhetsagent. Å slette én kan fjerne en fungerende komponent og la det opprinnelige symptomet bli nøyaktig der det var. Hvis ruten er utdatert, finn eieren av ruten og rett den der; hvis profilen er feil, rediger profilen. Dokumentasjonen for Get-NetIPInterface lister feltene som er brukt ovenfor, inkludert metrikk- og tilstandskolonnene som gjør sammenligningen meningsfull.

Navngi objektet, finn eieren, og handle deretter på den eieren. Alt annet er å gi problemet nytt navn i stedet for å lese det.