Waarom Get-VpnConnection sekere Windows-VPN-profiele mis

Tik Get-VpnConnection, kry niks terug, en die ondersoek stop gewoonlik daar. Daardie leë uitset word gelees as bewys dat die masjien glad geen VPN het nie, selfs terwyl 'n tonnel verkeer dra. Die opdrag is in orde; die aanname oor wat dit inventariseer is nie. Dit lees een inheemse stoor in een omvang, en dit weet niks van kliënte wat hul eie profiele hou nie.

Een inheemse stoor per oproep

Begin met die kaal oproep, wat die profiele teiken wat aan die aangemelde rekening behoort. Dit is die aanroep wat die meeste mense eerste uitvoer:

Get-VpnConnection

Elke teruggekeerde objek dra Name, ServerAddress, TunnelType en ConnectionStatus, en daardie vier velde is genoeg om twee inskrywings in 'n kaartjie uitmekaar te hou. 'n Profiel kan maande lank ontkoppel sit en steeds gelys word, want die objek beskryf gestoorde konfigurasie eerder as lewendige verkeer. 'n Leë resultaat hier beteken die per-gebruiker-stoor het niks vir daardie rekening gehou nie. Dit is 'n baie kleiner bewering as die een wat mense gewoonlik daarin lees.

Die alle-gebruikers-telefoonboek het sy eie navraag nodig

Profiele wat elke rekening dien, woon in 'n aparte lys, en die verstekoproep lees dit nooit nie. Jy vra daardie stoor eksplisiet aan:

Get-VpnConnection -AllUserConnection

Wanneer die sessie die regte kortkom, verwag 'n toegang-geweier-fout eerder as 'n leë resultaat, en behandel die twee uitkomste anders: een beteken jy mag nie kyk nie, die ander beteken niks is gestoor nie. Let op die omvang langs elke naam terwyl die uitset voor jou is, want 'n latere opdrag sal jou nie herinner watter stoor dit bevraag het nie. Toestemmings is die gewone rede waarom 'n kollega 'n profiel sien wat jy nie kan nie. Die parameterstelle word gedokumenteer op die Get-VpnConnection-verwysingsblad, insluitend watter skakelaars aan watter stel behoort.

Dieselfde naam, twee verskillende store

'n Profielnaam is uniek binne sy stoor, nie oor die masjien nie, so die per-gebruiker- en alle-gebruiker-lyste kan elk 'n profiel met die naam Office hou. Die twee inskrywings kan na verskillende bedieners wys, verskillende tonneltipes gebruik en verskillende geloofsbriewe dra. Net een van hulle is die inskrywing wat die gebruiker dubbelklik. Teken die omvang aan voordat jy enigeen daarvan aanraak.

Om die kopie te verwyder wat niemand begin nie, lyk onskadelik in 'n veranderingsvenster. Dit word 'n ondersteuningsoproep wanneer die gebruiker se kortpad ophou werk.

Kliënte wat nooit die inheemse lys aanraak nie

An OpenVPN- of WireGuard-profiel wat in 'n verskaffer-kliënt ingevoer is, leef in daardie kliënt se eie konfigurasie, so dit word nooit 'n inheemse Windows-inskrywing nie. Die kliënt hardloop sy eie diens, hou sy eie lys en stuur verkeer deur sy eie adapter. Niks daarvan is wat die cmdlet rapporteer nie, en geen omvang-skakelaar sal dit laat verskyn nie. 'n Masjien kan drie werkende tonnels en 'n leë inheemse lys hê.

Wanneer jy eerder die adapter-aansig nodig het, bevraag die adapters. Verskaffer-koppelvlakke noem hulself, so pas 'n fragment eerder as 'n presiese string:

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

Inheemse profiele wat met die hand geskep is, beland in die telefoonboek-lêer onder die gebruikersprofiel, en die alle-gebruiker-ekwivalente sit in die masjienwye kopie. Dit is waarom die kopiëring van een gebruiker se profielstoor na 'n ander rekening selde dieselfde lys weergee. Die lêer verduidelik waar 'n verdwaalde inheemse verbinding vandaan gekom het. Dit sê niks oor 'n verskaffer-kliënt se stoor nie.

Wat om vas te vang voordat 'n profiel verwyder word

Die goedkoop versekering is 'n vyf-veld-nota: naam, omvang, bedieneradres, status en die presiese foutteks uit die gebruiker se poging. Voeg die kliënt by wat hulle werklik begin, want daardie besonderheid bepaal of die inheemse inskrywing hoegenaamd saak maak. Sonder dit lyk 'n korrekte verwydering steeds soos die oorsaak van die volgende fout. Hou die nota in die kaartjie eerder as in 'n kletsvenster.

Verwydering is een opdrag, en dit verwyder konfigurasie eerder as om dit te deaktiveer. Voer dit eers uit nadat daardie nota bestaan:

Remove-VpnConnection -Name "Office" -Force

Voeg -AllUserConnection by wanneer die teiken in die alle-gebruiker-stoor sit, en hou die goedgekeurde konfigurasiebron eers elders. Herverbind dan een keer en lees die roetetabel, want 'n lys bewys net dat konfigurasie gestoor is. Of verkeer die bediener bereik, is 'n aparte vraag wat geen hoeveelheid Get-VpnConnection-uitset sal beantwoord nie. As die gebruiker steeds misluk ná 'n skoon hertoevoeging, was die profiel nooit die probleem nie.