Miért hagy ki a Get-VpnConnection néhány Windows VPN-profilt

Írja be, hogy Get-VpnConnection, semmi sem jön vissza, és a vizsgálat általában ott megáll. Ezt az üres kimenetet annak bizonyítékaként olvassák, hogy a gépen egyáltalán nincs VPN, még akkor is, amikor egy alagút forgalmat visz. A parancs rendben van; a feltevés arról, hogy mit listáz, nem. Egy natív tárat olvas egy hatókörben, és semmit sem tud azokról a kliensekről, amelyek saját profilokat tartanak.

Egy natív tár hívásonként

Kezdje a csupasz hívással, amely a bejelentkezett fiókhoz tartozó profilokat célozza. Ez az a hívás, amelyet a legtöbben először futtatnak:

Get-VpnConnection

Minden visszaadott objektum Name, ServerAddress, TunnelType és ConnectionStatus mezőt hordoz, és ez a négy mező elég ahhoz, hogy egy jegyben két bejegyzést megkülönböztessen. Egy profil hónapokig kapcsolat nélkül állhat, és mégis szerepel a listán, mert az objektum tárolt konfigurációt ír le, nem élő forgalmat. Az üres eredmény itt azt jelenti, hogy a felhasználónkénti tár semmit sem tartott ehhez a fiókhoz. Ez sokkal kisebb állítás annál, amit az emberek általában beleolvasnak.

Az összes felhasználó telefonkönyvének saját lekérdezés kell

A minden fiókot kiszolgáló profilok külön listán élnek, és az alapértelmezett hívás soha nem olvassa azt. Ezt a tárat kifejezetten kéri:

Get-VpnConnection -AllUserConnection

Ha a munkamenetnek nincsenek meg a jogai, hozzáférés-megtagadási hibára számítson üres eredmény helyett, és a két kimenetet kezelje másképp: az egyik azt jelenti, hogy nem nézhet bele, a másik azt, hogy nincs semmi tárolva. Jegyezze fel a hatókört minden név mellé, amíg a kimenet Ön előtt van, mert egy későbbi parancs nem fog emlékeztetni rá, melyik tárat kérdezte le. Az engedélyek a szokásos oka annak, hogy egy kolléga olyan profilt lát, amelyet Ön nem. A paraméterkészletek a Get-VpnConnection referencialapján vannak dokumentálva, beleértve azt is, melyik kapcsoló melyik készlethez tartozik.

Ugyanaz a név, két különböző tár

A profilnév a saját tárán belül egyedi, nem a teljes gépen, ezért a felhasználónkénti és az összes felhasználós lista egyaránt tarthat Office nevű profilt. A két bejegyzés különböző szerverekre mutathat, különböző alagút-típusokat használhat és különböző hitelesítő adatokat hordozhat. Csak az egyikük az a bejegyzés, amelyre a felhasználó duplán kattint. Jegyezze fel a hatókört, mielőtt bármelyikhez hozzányúl.

Annak a másolatnak a törlése, amelyet senki nem indít el, ártalmatlannak tűnik egy változási ablakban. Támogatási hívássá válik, amikor a felhasználó gyorsparancsa már nem működik.

Kliensek, amelyek soha nem érintik a natív listát

A szállító kliensébe importált OpenVPN- vagy WireGuard-profil annak a kliensnek a saját konfigurációjában él, ezért soha nem lesz natív Windows-bejegyzés. A kliens saját szolgáltatást futtat, saját listát tart és saját adapterén vezeti át a forgalmat. Ebből semmi sem az, amiről a parancs beszámol, és semmilyen hatókör-kapcsoló nem fogja megjeleníteni. Egy gépen lehet három működő alagút és üres natív lista.

Amikor inkább az adapterek nézetére van szüksége, kérdezze le az adaptereket. A szállítói illesztők magukat nevezik el, ezért pontos karakterlánc helyett egy töredéket illesszen:

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

A kézzel létrehozott natív profilok a felhasználói profil alatti telefonkönyv-fájlba kerülnek, az összes felhasználós megfelelők pedig a gép egészére vonatkozó másolatban ülnek. Ezért ritkán hozza létre újra ugyanazt a listát, ha egy felhasználó profil-tárát másik fiókba másolja. A fájl elmagyarázza, honnan jött egy elkóborolt natív kapcsolat. A szállítói kliens táráról semmit sem mond.

Mit kell rögzíteni a profil eltávolítása előtt

Az olcsó biztosítás egy ötmezős feljegyzés: név, hatókör, kiszolgáló címe, állapot és a felhasználó próbálkozásából származó pontos hibaszöveg. Adja hozzá az általuk ténylegesen indított klienst, mert ez a részlet dönti el, hogy a natív bejegyzésnek egyáltalán van-e jelentősége. Enélkül egy helyes törlés is a következő hiba okának látszik. Tartsa a feljegyzést a jegyben, ne egy csevegőablakban.

Az eltávolítás egyetlen parancs, és konfigurációt töröl ahelyett, hogy letiltaná. Csak akkor futtassa, amikor az a feljegyzés már létezik:

Remove-VpnConnection -Name "Office" -Force

Adja hozzá a -AllUserConnection kapcsolót, amikor a cél az összes felhasználós tárban ül, és előbb máshol őrizze meg a jóváhagyott konfigurációs forrást. Ezután egyszer csatlakozzon újra, és olvassa ki az útválasztási táblát, mert a lista csak azt bizonyítja, hogy a konfiguráció tárolva van. Hogy a forgalom eléri-e a kiszolgálót, külön kérdés, amelyre a Get-VpnConnection kimenetének semmilyen mennyisége nem válaszol. Ha a felhasználó egy tiszta újrahózzáadás után is sikertelen, a profil soha nem volt a probléma.