Varför en Windows VPN-adapter blir kvar efter att du kopplar från

Statusen säger frånkopplad, programmet är stängt och en nätverksadapter med klientens namn finns fortfarande i listan. Det är normalt beteende för de flesta Windows VPN-klienter, eftersom gränssnittet är en mjukvarukomponent med egen livslängd och inte en kabel som är inkopplad. Det blir ett verkligt problem först när gränssnittet finns men sessionen inte, och lagren undersöks i fel ordning. Rätt ordning kräver fyra kommandon och sparar en onödig ominstallation.

Tre livslängder i ett fönster

En sparad profil är ett konfigurationsobjekt. Den kan finnas i åratal, följa med i ett distributionspaket och inte skapa något förrän någon ansluter. Att ta bort den tar bort en förmåga som ingen använde just då, och ibland den enda anteckningen om hur en webbplats nåddes.

Klienttjänsten eller hjälparen är en process. Den startar med systemet eller på begäran, utför det privilegierade arbetet och kan fortsätta köra helt utan anslutning.

Nätverksgränssnittet är en enhet som presenteras för nätverksstacken. Det kan dyka upp när klienten startar, finnas kvar efter frånkopplingar eller skapas först när en tunnel byggs. Vissa klienter visar en adapter per profil, andra delar en för allt. Vilket som inträffar beror på produkten, inte på protokollet.

Att se en av de tre säger inget tillförlitligt om de andra två, och det är källan till det mesta av förvirringen inom området.

Vad adapterlistan faktiskt visar

En inventering av adaptrar omfattar även dolda, och VPN-programvara lämnar rutinmässigt kvar dolda gränssnitt av legitima skäl. Filtrerar man bort dem ser en fungerande installation renare ut än den är; visar man dem ser en ren maskin överfull ut.

De här kommandona listar varje adapter, inklusive dolda poster, och listar sedan inbyggda VPN-profiler separat:

Get-NetAdapter -IncludeHidden | Select-Object Name,InterfaceDescription,Status
Get-VpnConnection
Get-Service | Where-Object DisplayName -match VPN

Det andra kommandot täcker bara profiler som operativsystemet självt hanterar. En tredjepartsklient med eget konfigurationsformat dyker inte upp där, och därför betyder ett tomt resultat inte att ingenting är installerat.

Läs sessionen, inte gränssnittet

Frågan som är värd att besvara är om det finns en autentiserad session, inte om en adapter står i listan. Det är olika fakta, och bara en av dem påverkar din trafik.

Fråga klienten som äger anslutningen, via dess egen statusutskrift eller menyn i aktivitetsfältet. Fråga sedan operativsystemet vilka adresser och rutter som finns på det aktuella gränssnittet. Ett gränssnitt utan adress, eller med adress och utan rutt, beskriver en tunnel som inte transporterar något.

Ställ också en tredje fråga: är det här gränssnittet det som klienten använder just nu? Maskiner samlar på sig adaptrar från klienter som avinstallerats, bytt namn eller ersatts, och den inaktuella är ofta den med den alarmerande beskrivningen.

När alla tre svaren stämmer finns ett verkligt fel. När adaptern finns och sessionen är frisk finns en kosmetisk post och en anledning att låta den vara.

När skapandet av gränssnittet misslyckas

Det motsatta symptomet är allvarligare: klienten rapporterar ett drivrutins- eller adapterfel och inget gränssnitt dyker upp. Det pekar på kärnkomponenten, inte på konfigurationen.

Den ägande klienten, dess tjänst och den installerade drivrutinsversionen måste identifieras innan en reparation väljs. Att ta bort en nätverksdrivrutin som ett annat program också använder, eller att stänga av en säkerhetskontroll för att en installation ska lyckas, ändrar en komponent du inte tänkt röra.

En omstart är ett rimligt första steg eftersom den rensar ett fastlåst enhetstillstånd. Det är ingen diagnos, så skriv ner vad felet sa innan omstarten raderar det. Notera också drivrutinsversionen, eftersom en ominstallation kan ersätta den med samma version och lämna felet orört.

Notera ägaren innan du tar bort något

Om en adapter verkligen tillhör en produkt som är borta är det underhåll att ta bort den. Bekräfta ägaren först genom att matcha gränssnittsbeskrivningen mot klienten och dess drivrutinspaket, och kontrollera att ingen sparad profil fortfarande är beroende av den.

Anteckna sedan tre saker i supportanteckningen: produkten, gränssnittets identitet och drivrutinsversionen. De tre gör ett tillfälligt gränssnitt skiljbart från en installationsrest och sparar nästa person från att börja inventeringen igen.

Det som inte borde hända är att ta bort en okänd adapter för att den ser stökig ut. Kostnaden för att behålla den är en rad i en lista; kostnaden för att ta bort fel är en klient som inte längre kan ansluta och ingen anteckning om vad som ändrades.