Megjelent az új VPN, működött a hitelesítés, és egy harmadik féltől származó VPN, amely két éve élt a gépen, eltűnt ugyanabban az újraindításban. Semmi nem említette a telepítési naplóban, mert semmi nem foglalkozott vele a telepítésben. A csomag lecserélte a globális telefonkönyvet, a másik kapcsolat pedig egy bejegyzés volt ebben a fájlban. Ez egy másolási művelet, amely pontosan úgy viselkedik, ahogy egy másolási műveletnek viselkednie kell.

A megoldás nem egy jobb másolat. Hanem hogy nem másoljuk a fájlt.

Mit tartalmaz valójában a telefonkönyv

A telefonkönyv kapcsolatdefiníciók tárolója, nem profil. A felhasználónkénti bejegyzések a felhasználói profil alatt élnek, és a minden felhasználóra érvényes bejegyzések a gép szintű ProgramData útvonal alatt élnek, ezért a fájlt író telepítés egyszerre minden helyi felhasználót érint. Ugyanaz a fájl más szállítók által létrehozott bejegyzéseket is hordoz, és innen származik a járulékos kár.

A kapcsolatdefiníció sem a teljes történet. Az útvonalakat, a DNS-házirendet, a megbízható CA-anyagot és az identitást külön tulajdonosok biztosítják.

Állapítsa meg, melyik hatókör birtokolja a profilt

Sorolja fel mindkét hatókört, mielőtt bármit ír. Get-VpnConnection az aktuális felhasználó bejegyzéseit adja vissza, és Get-VpnConnection -AllUserConnection a gép szintűeket adja vissza, és ugyanaz a név mindkettőben létezhet eltérő beállításokkal. Döntse el, melyik hatókört birtokolja a telepítése, és írja le, mert a rossz hatókör frissítése azt hagyja, hogy a felhasználó a régi profilon keresztül kapcsolódjon, miközben a módosítása egy olyan fájlban ül, amelyet senki nem olvas. Egy SYSTEM-ként futó ütemezett feladat is más profilhalmazt lát, mint a bejelentkezett felhasználó.

A tulajdonos megnevezése az a lépés, amely megakadályozza, hogy a következő mérnök megismételje a teljes fájl másolását.

Hozza létre vagy frissítse a névvel ellátott kapcsolatot, semmi mást

Natív Windows-profil esetén a Add-VpnConnection egy bejegyzést hoz létre, és a -AllUserConnection a gép szintű hatókört választja. Először a -WhatIf kapcsolóval futtassa, hogy az előnézet az Ön átiratába kerüljön, ne egy felhasználói panaszba:

Add-VpnConnection -Name 'Office VPN' -ServerAddress 'vpn.example.com' -TunnelType Ikev2 -AuthenticationMethod Eap -EapConfigXmlStream $approvedEapXml -AllUserConnection -WhatIf

Az EAP XML-nek valahonnan legitim módon kell származnia: működő referenciaprofilból exportálva, vagy a felügyeleti eszközei által a tényleges átjáróhoz generálva. Helyes kiszolgálói megbízhatósági beállítások nélkül a profil vagy a rossz dologhoz kapcsolódik, vagy mindenhol meghiúsul, és egyik sem sikeres telepítés.

Ha a bejegyzés már létezik, hasonlítsa össze a beállításait, és frissítse a Set-VpnConnection segítségével ahelyett, hogy törölné és újra létrehozná. A törlés az, ahogy egy működő konfiguráció elveszít olyan mezőket, amelyeket senki nem dokumentált, és ahogy a nem összefüggő bejegyzések széles körű tisztításba kerülnek.

Ellenőrizze, van-e egy második felügyeleti rendszer, amely a következő házirend-frissítéskor visszateszi a régi profilt. A pilotok itt gyakrabban buknak el, mint a cmdletnél.

Pilótázzon olyan gépen, amelyen már van másik VPN

Válasszon olyan tesztgépet, amelyen van egy nem összefüggő gép szintű bejegyzés, telepítse, majd ellenőrizzen három dolgot: az új profil megjelenik a szándékolt hatókörben, a hitelesítés elér egy privát erőforrást, és a nem összefüggő bejegyzés továbbra is kapcsolódik. Telepítse még kétszer, és erősítse meg, hogy a második futás csak a saját profilját változtatja meg. Az a harmadik ellenőrzés elkap egy csomagot, amely a saját bejegyzésére idempotens, minden másra pedig pusztító.

Az eltávolítás ugyanazt a szabályt követi: Remove-VpnConnection -Name 'Office VPN' -AllUserConnection nyugdíjaz egy bejegyzést, és a fájl többi részét békén hagyja.

Tartsa elérhetővé a korábbi szándékolt konfigurációt, hogy egy hatókörre szabott visszaállítás egy profil újraimportálását jelentse egy teljes gépállapot helyreállítása helyett.

Kapcsolódó cikkek