Windows VPN: lagra profil kontra tilstanden til det aktive grensesnittet

Ein Windows VPN dukkar opp på to stader som svarar på ulike spørsmål, og å blanda dei gir ein sjølvsikker feil diagnose. Den lagra profilen seier kva nokon konfigurerte; det aktive grensesnittet seier kva stakken nettopp brukte. Når ei tilkopling blir oppretta og trafikken framleis tek feil veg, må begge visningane lesast, i nettopp den rekkjefølgja. Ingen av dei åleine seier om pakken til applikasjonen forlét tunnelen.

To visningar av same tunnel

Profilvisninga er konfigurasjon: serveradresse, tunneltype, autentiseringsmetode, innstillingar for delt tunnel. Ho kan vere riktig medan tilkoplinga ignorerer ho, og ho kan vere utdatert medan tilkoplinga fungerer perfekt, fordi ein klient som koplar til på nytt kanskje ikkje les det du redigerte på nytt. Grensesnittvisninga er brukt tilstand: kva adapterar som finst, kva adressefamiliar dei ber, metrikkane og tilkoplingstilstanden deira. Ho endrar seg når tunnelar kjem og går, noko som gjer ho til rett stad for eit spørsmål om levande ruting og feil stad for eit konfigurasjonsspørsmål.

Å lesa dei saman er heile metoden, og å lesa éin av dei åleine er måten folk endar med å sletta ein sunn adapter. Kommandoane nedanfor gir begge visningane utan å endra noko.

Les begge visningane utan å endra noko

Start med dei lagra profilane, fordi det er det billigaste faktumet å stadfesta. Legg merke til tunneltypen og verdien for delt tunnel, sidan begge avgjer kva mål som i det heile skal inn i tunnelen. Viss profilen er feil, rett han gjennom den støtta konfigurasjonsflata hans, fordi ingenting i grensesnittlista reparerer ein profil som peikar på ein feil gateway.

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

Grensesnittvisninga har ei anna form: éin tunnel kan ta to radar når han ber begge adressefamiliane. Les indeksen som identiteten og aliaset som ei etikett nokon valde, og vent at aliaset endrar seg mellom klientversjonar.

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

Tilstadese er ikkje prov på bruk, fordi eit grensesnitt kan finnast, vere tilkopla og likevel ikkje vere det ruta til målet ditt vel. Hugs det før du behandlar ein ukjend adapter som feilen. Desse to feila ser identiske ut utanfrå: ein riktig profil med ei rute som aldri brukar han, og ein feil profil med ei rute som brukar han. Dei har heilt ulike rettingar, og difor finst neste avsnitt.

Følg ruta til målet

Spør stakken kva veg han ville ta for adressa applikasjonen faktisk kontaktar. Det er spørsmålet grensesnittlista ikkje kan svara på åleine.

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 å lesa: grensesnittaliaset til den valde kjelda og neste hopp for det målet. Indeksen 37 i den andre kommandoen er det første utdata skreiv ut, ikkje ein konstant å kopiera, og adressa 10.60.20.10 er illustrativ. Viss den valde kjelda høyrer til den fysiske adapteren medan målet skulle vere inne i tunnelen, har du funne utvalsproblemet, fordi VPN-grensesnittet kan vere heilt sunt og berre ikkje føretrekt. Ein metrikk er berre ein del av den avgjerda, sidan rutespesifisitet, policy og grensesnitttilstand alle deltek.

Samanlikn tre tilstandar under dei same tilhøva

Registrer grensesnittlista og den valde ruta før tilkopling, medan du er tilkopla og etter fråkopling, med same mål og same kommandoar kvar gong. Den samanlikninga skil eit gjeldande tunnelgrensesnitt frå ein gammal skjult adapter etterlaten av ein avinstallering, og frå ein annan klient som også køyrer. Ho fortel deg også om tunnelgrensesnittet forsvinn reint, fordi ein adapter som blir verande etter fråkopling er eit anna problem enn ein som aldri dukka opp. Utan dei tre augneblinksbileta ser kvar ukjend alias ut som syndaren.

Ta vare på dei tre utdata sammen med saka, fordi to kommando utdata slår eit avsnitt med skildring. Ein kollega kan samanlikna dei utan å gjenta økta di i det heile.

Ikkje slett det du ikkje har identifisert

Ukjende adapterar høyrer vanlegvis til noko: ein administrert klient, ein virtuell svitsj, eit containernettverk eller ein tryggingsagent. Å sletta éin kan fjerna ein fungerande komponent og la det opphavlege symptomet bli nøyaktig der det var. Viss ruta er utdatert, finn eigaren av ruta og rett ho der; viss profilen er feil, rediger profilen. Dokumentasjonen for Get-NetIPInterface listar felta som er brukte ovanfor, inkludert metrikk- og tilstandskolonnane som gjer samanlikninga meiningsfull.

Namngje objektet, finn eigaren, og handle deretter på den eigaren. Alt anna er å gje problemet nytt namn i staden for å lesa det.