Hvad en Windows-.pbk-fil hører til (og hvad den ikke gør)
En .pbk-fil er en telefonbog, der ejes af én profil eller en RRAS-server, ikke et bærbart VPN-skema. Læs ejeren, sektionen og den blottede egenskab.
Søgeresultater giver dig en .pbk-fil, nøglenavnene ser velkendte ud, og det oplagte træk er at behandle den som et bærbart skema til enhver Windows-VPN. Det er den ikke. Formatet tilhører en ejer, og den samme nøgle betyder forskellige ting alt efter, hvilken ejer der har skrevet den. At læse omfanget først er det, der forhindrer, at en dokumentationsøvelse bliver til en ikke-understøttet redigering.
Fire ejere, fire forskellige læsere
Fire forskellige ejere skriver filer, der ligner hinanden. En oprindelig forbindelse pr. bruger ender i den aktuelle brugers telefonbog, mens en forbindelse for alle brugere ender i et lager på maskinniveau, som enhver konto på værten kan læse. En RRAS-server gemmer opsamlingskonfiguration til sin egen routingrolle, og en tredjepartsklient kan gemme sit eget format, som blot deler filendelsen. Samme filendelse, fire læsere, fire sæt regler.
Et matchende visningsnavn gør ikke to af disse poster til den samme post, og at kopiere en nøgle mellem dem forudsætter, at en administrator vil respektere noget, som den aldrig har dokumenteret. Ejeren bestemmer også, hvem der må ændre filen: en profil pr. bruger er et brugervalg, en profil på maskinniveau er en administrativ beslutning, og en opsamlingspost på en server er routingkonfiguration under sin egen ændringskontrol. Det gør en ejerskabsfejl til et tilladelsesproblem, før det bliver et formatproblem.
Afgør ejeren ved at se på den komponent, der styrer forbindelsen, ikke på filen selv. En fil er et artefakt; den styrende komponent fastlægger, hvilke nøgler den læser, og hvornår den læser dem. At læse artefaktet først og administratoren bagefter er den måde, hvorpå folk ender med at redigere et felt, som intet spørger om.
Hvor det offentliggjorte format holder op med at beskrive din fil
I RRAS-administrationsprotokollen er telefonbogen almindelig tekst, som en administrationsklient skriver, og routingtjenesten læser, og derfor beskriver MS-RRASM-specifikationen opsamlingsindstillinger til en server og ikke til en skrivebordsprofil. Struktur er den del, en flad læsning ødelægger. En post kan rumme flere medieblokke, som hver rummer enhedsblokke, der igen rummer blokke for enkelte numre. Derfor kan den samme nøgle optræde flere steder med forskellig betydning.
Læs en nøgle sammen med dens sektion og dens versionsbemærkninger, og oversæt ikke en værdi fra et tilsvarende navngivet afkrydsningsfelt i en skrivebordsgrænseflade. At finde velkendte nøgler i dokumentet beviser ikke, at det dækker hvert felt i en ikke-relateret oprindelig profil. Sektionsreglerne er heller ikke tilladelse til at genskrive en skrivebords-telefonbog i serverformatet.
| 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 |
Tabellen er en læsehjælp og ikke en specifikation: den fortæller, hvilken læser du skal spørge, og læseren fortæller, hvad feltet betyder. Når den læser er en tredjepartsparser, kan det ærlige svar være, at intet offentligt dokumenterer feltet overhovedet.
Spørg Windows, ikke filen
For en oprindelig forbindelse, spørg Windows om profilen i stedet for at læse filen, fordi de typede egenskaber er den dokumenterede overflade og det eneste, en understøttet ændring ændrer. De to kommandoer nedenfor læser de to oprindelige lagre hver for sig. Hvis profilen ikke findes i noget af de to lagre, bruger den klient, der styrer den, ikke den oprindelige mekanisme, og ingen oprindelig cmdlet vil beskrive den.
Get-VpnConnection -Name 'Field Ops'
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelTypeTil udrulning og ikke til inspektion er den dokumenterede vej en administreret profilindstilling med et navngivet skema, ikke en numerisk redigering inde i en tekst- eller binær blob. En profildefinition beskriver understøttede indstillinger; den leverer ikke de certifikater og private nøgler, som profilen afhænger af. Tilmeldig er en separat proces med sin egen myndighed, og forståelse af en telefonbogsnøgle har aldrig distribueret en privat nøgle. Planlæg de to spor hver for sig, ellers bliver den første certifikatudrulning den anden hændelse.
Én egenskab, og derefter livscyklussen omkring den
En gemt værdi er ikke en anvendt værdi. Efter en godkendt ændring skal du åbne en ny forbindelse og kontrollere de ruter, profilen installerer, den resolverpolitik, den arver, og den handling, den skulle muliggøre. Genbrug af en session, der allerede var oppe, tester de gamle indstillinger og giver et falsk negativt resultat.
Kopiér filen til side før ethvert arbejde på den rå fil, fordi en telefonbog med flere poster er et delt artefakt, og en målrettet redigering, der genskriver hele filen, har en større radius end ændringen. Hold ikke-relaterede poster intakte, og behold den oprindelige beskyttede konfiguration, indtil den nye er verificeret. Hvis et påkrævet felt ikke er dokumenteret for den ejer og version, du faktisk har, skal du notere det som et åbent supportspørgsmål. At opfinde en kodning ud fra en anden maskines fil er den måde, en fungerende profil bliver til et fejlretningsprojekt uden noget referencepunkt.
Disciplinen er den samme ved hvert skridt: navngiv ejeren, navngiv sektionen, og navngiv derefter den understøttede handling. Alt andet er et gæt med en kildehænvisning hæftet på.