Mihez tartozik egy Windows .pbk fájl (és mihez nem)
A .pbk fájl egyetlen profil vagy egy RRAS-kiszolgáló telefonkönyve, nem hordozható VPN-séma. Olvassa el a tulajdonost, a szakaszt és a közzétett tulajdonságot.
A keresési találatok egy .pbk fájlt adnak, a kulcsnevek ismerősnek tűnnek, és a kézenfekvő lépés az, hogy hordozható sémaként kezeljük bármely Windows VPN-hez. Nem az. A formátum tulajdonoshoz tartozik, és ugyanaz a kulcs mást jelent attól függően, melyik tulajdonos írta. A hatókör elsőként való elolvasása az, ami megakadályozza, hogy egy dokumentációs gyakorlat nem támogatott szerkesztéssé váljon.
Négy tulajdonos, négy különböző olvasó
Négy különböző tulajdonos ír hasonló kinézetű fájlokat. A felhasználónkénti natív kapcsolat az aktuális felhasználó telefonkönyvébe kerül, míg a minden felhasználóra érvényes kapcsolat egy gép szintű tárolóba, amelyet a gazdagép minden fiókja olvashat. Az RRAS-kiszolgáló a saját útválasztási szerepéhez tartja az igény szerinti tárcsázás konfigurációját, és egy harmadik féltől származó ügyfél saját formátumot tarthat, amely csak a kiterjesztést osztja meg. Ugyanaz a kiterjesztés, négy olvasó, négy szabálykészlet.
Az egyező megjelenített név nem teszi a két ilyen bejegyzést ugyanazzá, és a kulcs köztük való másolása feltételezi, hogy egy kezelő tiszteletben tart valamit, amit soha nem dokumentált. A tulajdonos azt is eldönti, ki módosíthatja a fájlt: a felhasználónkénti profil felhasználói választás, a gép szintű profil adminisztratív döntés, a kiszolgálón lévő igény szerinti tárcsázási bejegyzés pedig saját változáskezelés alatt álló útválasztási konfiguráció. Így a tulajdonosi hiba jogosultsági problémává válik, mielőtt formátumproblémává lenne.
A tulajdonost a kapcsolatot kezelő összetevő alapján határozza meg, ne a fájl alapján. A fájl artefaktum; a kezelő összetevő határozza meg, mely kulcsokat és mikor olvassa. Az artefaktumot előbb, a kezelőt utóbb olvasni az az út, amelyen az emberek olyan mezőt szerkesztenek, amelyet semmi nem kérdez.
Ahol a közzétett formátum felhagy a fájl leírásával
Az RRAS-kezelési protokollban a telefonkönyv egyszerű szöveg, amelyet egy kezelőügyfél ír és az útválasztási szolgáltatás olvas, ezért az MS-RRASM specifikáció egy kiszolgáló igény szerinti tárcsázási beállításait írja le, nem egy asztali profilét. A szerkezet az a rész, amelyet a lapos olvasás elpusztít. Egy bejegyzés több médiablokkot is tartalmazhat, mindegyik eszközblokkokat, amelyek pedig az egyes számok blokkjait tartalmazzák. Ezért ugyanaz a kulcs több helyen is megjelenhet eltérő jelentéssel.
Olvasson egy kulcsot a szakaszával és verziómegjegyzéseivel együtt, és ne fordítson le egy értéket egy asztali felület hasonló nevű jelölőnégyzetéből. Az ismerős kulcsok megtalálása a dokumentumban nem bizonyítja, hogy az lefedi egy kapcsolódó natív profil minden mezőjét. A szakaszszabályok sem jelentenek engedélyt arra, hogy egy asztali telefonkönyvet a kiszolgáló formátumában írjon újra.
| Owner | What reads the file | What a key means there |
|---|---|---|
| Per-user native connection | The user's own connection manager | A property of that user profile |
| All-user native connection | The machine-wide connection store | A property shared by everyone on the host |
| RRAS demand-dial | The RRAS service, using the documented hierarchy | A field inside a media, device or number section |
| Third-party client | That vendor's own parser | Whatever that vendor documents, if anything |
A táblázat olvasási segédeszköz, nem specifikáció: megmondja, melyik olvasót kérdezze, és az olvasó megmondja, mit jelent a mező. Amikor ez az olvasó harmadik féltől származó elemző, a becsületes válasz az lehet, hogy semmi nyilvános nem dokumentálja a mezőt egyáltalán.
Kérdezze a Windowst, ne a fájlt
Natív kapcsolat esetén kérdezze meg a Windowstól a profilt a fájl olvasása helyett, mert a tipizált tulajdonságok a dokumentált felület, és csak ezeket módosítja egy támogatott változtatás. Az alábbi két parancs külön olvassa a két natív tárolót. Ha a profil egyik tárolóban sincs, a kezelő ügyfél nem a natív mechanizmust használja, és egyetlen natív cmdlet sem fogja leírni.
Get-VpnConnection -Name 'Field Ops'
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelTypeTelepítéshez, nem vizsgálathoz a dokumentált útvonal egy elnevezett sémájú felügyelt profilbeállítás, nem pedig numerikus szerkesztés szöveg- vagy bináris blobban. A profildefiníció a támogatott beállításokat írja le; nem biztosítja a tanúsítványokat és a titkos kulcsokat, amelyektől a profil függ. A regisztráció külön folyamat saját hatáskörrel, és egy telefonkönyv-kulcs megértése soha nem osztott ki titkos kulcsot. Tervezze a két sávot külön, különben az első tanúsítvány-telepítés lesz a második incidens.
Egy tulajdonság, majd a körülötte lévő életciklus
A mentett érték nem alkalmazott érték. Egy jóváhagyott változtatás után nyisson új kapcsolatot, és ellenőrizze azokat az útvonalakat, amelyeket a profil telepít, az örökölt feloldóházirendet és azt a műveletet, amelyet engedélyeznie kellett volna. Egy már élő munkamenet újrahasználata a régi beállításokat teszteli, és hamis negatív eredményt ad.
Mielőtt bármilyen nyersfájl-munkába kezdene, másolja félre a fájlt, mert a több bejegyzésű telefonkönyv megosztott artefaktum, és a teljes fájlt újraíró célzott szerkesztés hatóköre nagyobb, mint a változtatásé. Tartsa érintetlenül a nem kapcsolódó bejegyzéseket, és őrizze meg az eredeti védett konfigurációt, amíg az új nem ellenőrzött. Ha egy kötelező mező nincs dokumentálva a ténylegesen meglévő tulajdonos és kiadás számára, jegyezze fel nyitott támogatási kérdésként. A kódolás kitalálása egy másik gép fájljából az az út, amelyen egy működő profil referenciapont nélküli hibakeresési projektté válik.
A fegyelem minden lépésben ugyanaz: nevezze meg a tulajdonost, nevezze meg a szakaszt, majd nevezze meg a támogatott műveletet. Minden más találgatás ráragasztott hivatkozással.