Hvorfor Get-VpnConnection overser nogle Windows VPN-profiler

Skriv Get-VpnConnection, få intet tilbage, og undersøgelsen stopper normalt der. Det tomme output læses som bevis på, at maskinen slet ikke har nogen VPN, selv mens en tunnel bærer trafik. Kommandoen er fin; antagelsen om, hvad den opgør, er ikke. Den læser ét oprindeligt lager i ét omfang og ved intet om klienter, der holder deres egne profiler.

Ét oprindeligt lager for hvert kald

Start med det bare kald, som rammer de profiler, der tilhører den konto, der er logget ind. Det er det kald, de fleste kører først:

Get-VpnConnection

Hvert returneret objekt bærer Name, ServerAddress, TunnelType og ConnectionStatus, og de fire felter er nok til at skelne to poster i en sag. En profil kan stå afbrudt i måneder og stadig være på listen, fordi objektet beskriver gemt konfiguration frem for live trafik. Et tomt resultat her betyder, at lageret for hver bruger ikke havde noget for den konto. Det er en meget mindre påstand end den, folk normalt læser ind i det.

Telefonbogen for alle brugere kræver sin egen forespørgsel

Profiler, der betjener hver konto, bor på en separat liste, og standardkaldet læser den aldrig. Du anmoder om det lager eksplicit:

Get-VpnConnection -AllUserConnection

Når sessionen mangler rettighederne, kan du forvente en adgang-nægtet-fejl i stedet for et tomt resultat, og behandle de to udfald forskelligt: det ene betyder, at du ikke må se, det andet betyder, at intet er gemt. Noter omfanget ud for hvert navn, mens outputtet er foran dig, for en senere kommando vil ikke minde dig om, hvilket lager den spurgte. Tilladelser er den sædvanlige grund til, at en kollega ser en profil, som du ikke kan. Parametersættene er dokumenteret på referencesiden for Get-VpnConnection, inklusive hvilke skiftere der hører til hvilket sæt.

Samme navn, to forskellige lagre

Et profilnavn er unikt inde i sit lager, ikke på tværs af maskinen, så listerne for hver bruger og for alle brugere kan hver især have en profil ved navn Office. De to poster kan pege på forskellige servere, bruge forskellige tunneltyper og bære forskellige legitimationsoplysninger. Kun én af dem er den post, brugeren dobbeltklikker på. Noter omfanget, før du rører nogen af dem.

At slette den kopi, ingen starter, ser uskadeligt ud i et ændringsvindue. Det bliver et opkald til support, når brugerens genvej holder op med at virke.

Klienter, der aldrig rører den oprindelige liste

En OpenVPN- eller WireGuard-profil importeret i en leverandørklient bor i den klients egen konfiguration, så den bliver aldrig en oprindelig Windows-post. Klienten kører sin egen tjeneste, holder sin egen liste og sender trafik gennem sin egen adapter. Intet af det er, hvad kommandoen rapporterer, og ingen omfangsskifter vil få den til at dukke op. En maskine kan have tre fungerende tunneler og en tom oprindelig liste.

Når du i stedet har brug for adaptervisningen, så forespørg adapterne. Leverandørinterfaces navngiver sig selv, så match et fragment i stedet for en nøjagtig streng:

Get-NetAdapter | Where-Object InterfaceDescription -match 'WireGuard|OpenVPN|TAP'

Oprindelige profiler oprettet i hånden ender i telefonbogsfilen under brugerprofilen, og ækvivalenterne for alle brugere sidder i kopien for hele maskinen. Derfor gengiver kopiering af én brugers profillager til en anden konto sjældent den samme liste. Filen forklarer, hvor en vildfaren oprindelig forbindelse kom fra. Den siger intet om en leverandørklients lager.

Hvad du skal fange, før du fjerner en profil

Den billige forsikring er en note med fem felter: navn, omfang, serveradresse, status og den nøjagtige fejltekst fra brugerens forsøg. Tilføj den klient, de faktisk starter, fordi den detalje afgør, om den oprindelige post overhovedet betyder noget. Uden den ser en korrekt sletning stadig ud som årsagen til den næste fejl. Gem noten i sagen i stedet for i et chatvindue.

Fjernelse er én kommando, og den sletter konfiguration i stedet for at deaktivere den. Kør den først, når den note findes:

Remove-VpnConnection -Name "Office" -Force

Tilføj -AllUserConnection, når målet sidder i lageret for alle brugere, og gem den godkendte konfigurationskilde et andet sted først. Genopret derefter forbindelsen én gang, og læs rutetabellen, fordi en liste kun beviser, at konfigurationen er gemt. Om trafik når serveren, er et separat spørgsmål, som ingen mængde Get-VpnConnection-output kan besvare. Hvis brugeren stadig fejler efter en ren gentilføjelse, var profilen aldrig problemet.