Hvorfor Get-VpnConnection overser noen Windows VPN-profiler
Get-VpnConnection svarer på et smalere spørsmål enn navnet antyder: ett opprinnelig lager, ett omfang om gangen og ingen innsikt i tredjeparts VPN-klienter.
Skriv Get-VpnConnection, få ingenting tilbake, og undersøkelsen stopper som regel der. Den tomme utskriften leses som bevis på at maskinen ikke har noen VPN i det hele tatt, selv mens en tunnel bærer trafikk. Kommandoen er grei; antakelsen om hva den kartlegger er det ikke. Den leser ett opprinnelig lager i ett omfang, og den vet ingenting om klienter som holder egne profiler.
Ett opprinnelig lager per kall
Start med det bare kallet, som retter seg mot profilene som tilhører den påloggede kontoen. Dette er kallet de fleste kjører først:
Get-VpnConnection
Hvert returnerte objekt bærer Name, ServerAddress, TunnelType og ConnectionStatus, og disse fire feltene er nok til å skille to oppføringer i en sak. En profil kan stå frakoblet i månedsvis og likevel være oppført, fordi objektet beskriver lagret konfigurasjon og ikke levende trafikk. Et tomt resultat her betyr at lageret per bruker ikke hadde noe for den kontoen. Det er en mye mindre påstand enn den folk vanligvis leser inn i det.
Telefonboken for alle brukere trenger sin egen spørring
Profiler som betjener hver konto ligger i en egen liste, og standardkallet leser den aldri. Du ber om det lageret eksplisitt:
Get-VpnConnection -AllUserConnection
Når økten mangler rettighetene, forvent en tilgang-nektet-feil i stedet for et tomt resultat, og behandle de to utfallene ulikt: det ene betyr at du ikke får se, det andre at ingenting er lagret. Noter omfanget ved hvert navn mens utskriften er foran deg, for en senere kommando minner deg ikke på hvilket lager den spurte. Tillatelser er den vanlige grunnen til at en kollega ser en profil du ikke kan. Parametersettene er dokumentert på referansesiden for Get-VpnConnection, inkludert hvilke brytere som hører til hvilket sett.
Samme navn, to forskjellige lagre
Et profilnavn er unikt inne i lageret sitt, ikke på tvers av maskinen, så listene per bruker og for alle brukere kan hver ha en profil kalt Office. De to oppføringene kan peke på forskjellige servere, bruke forskjellige tunneltyper og bære forskjellige legitimasjoner. Bare én av dem er oppføringen brukeren dobbeltklikker på. Noter omfanget før du rører noen av dem.
Å slette kopien ingen starter ser harmløst ut i et endringsvindu. Det blir en supportsamtale når brukerens snarvei slutter å virke.
Klienter som aldri rører den opprinnelige listen
En OpenVPN- eller WireGuard-profil importert i en leverandørklient ligger i den klientens egen konfigurasjon, så den blir aldri en opprinnelig Windows-oppføring. Klienten kjører sin egen tjeneste, holder sin egen liste og sender trafikk gjennom sin egen adapter. Ingenting av dette er det kommandoen rapporterer, og ingen omfangsbryter får den til å dukke opp. En maskin kan ha tre fungerende tunneler og en tom opprinnelig liste.
Når du i stedet trenger adaptervisningen, spør adapterne. Leverandørgrensesnitt navngir seg selv, så match et fragment i stedet for en nøyaktig streng:
Get-NetAdapter | Where-Object InterfaceDescription -match 'WireGuard|OpenVPN|TAP'
Opprinnelige profiler laget for hånd havner i telefonbokfilen under brukerprofilen, og ekvivalentene for alle brukere sitter i kopien for hele maskinen. Derfor gjengir kopiering av én brukers profillager til en annen konto sjelden den samme listen. Filen forklarer hvor en bortkommen opprinnelig tilkobling kom fra. Om lageret til en leverandørklient sier den ingenting.
Hva som skal fanges før en profil fjernes
Den billige forsikringen er et notat med fem felt: navn, omfang, serveradresse, status og den nøyaktige feilteksten fra brukerens forsøk. Legg til klienten de faktisk starter, fordi den detaljen avgjør om den opprinnelige oppføringen betyr noe i det hele tatt. Uten den ser en korrekt sletting fortsatt ut som årsaken til neste feil. Oppbevar notatet i saken og ikke i et chattevindu.
Fjerning er én kommando, og den sletter konfigurasjon i stedet for å deaktivere den. Kjør den først når det notatet finnes:
Remove-VpnConnection -Name "Office" -Force
Legg til -AllUserConnection når målet sitter i lageret for alle brukere, og oppbevar den godkjente konfigurasjonskilden et annet sted først. Koble deretter til på nytt én gang og les rutingtabellen, fordi en liste bare beviser at konfigurasjonen er lagret. Om trafikken når serveren er et eget spørsmål som ingen mengde Get-VpnConnection-utskrift kan svare på. Hvis brukeren fortsatt feiler etter en ren ny tilføyelse, var profilen aldri problemet.