Hva en Windows-.pbk-fil tilhører (og hva den ikke gjør)

Søkeresultater gir deg en .pbk-fil, nøkkelnavnene virker kjente, og det åpenbare trekket er å behandle den som et bærbart skjema for enhver Windows-VPN. Det er den ikke. Formatet tilhører en eier, og samme nøkkel betyr ulike ting avhengig av hvilken eier som skrev den. Å lese omfanget først er det som hindrer at en dokumentasjonsøvelse blir en ikke-støttet endring.

Fire eiere, fire ulike lesere

Fire ulike eiere skriver filer som ser like ut. Den opprinnelige tilkoblingen per bruker havner i den gjeldende brukerens telefonbok, mens en tilkobling for alle brukere havner i et lager på maskinnivå som hver konto på verten kan lese. En RRAS-server holder oppringingskonfigurasjonen for sin egen rutingrolle, og en tredjepartsklient kan holde sitt eget format som bare deler filtypen. Samme filtype, fire lesere, fire regelsett.

Et samsvarende visningsnavn gjør ikke to av disse oppføringene til den samme, og å kopiere en nøkkel mellom dem forutsetter at en administrator respekterer noe den aldri har dokumentert. Eieren bestemmer også hvem som kan endre filen: en profil per bruker er et brukervalg, en profil på maskinnivå er en administrativ beslutning, og en oppringingsoppføring på en server er rutingkonfigurasjon under sin egen endringskontroll. Det gjør en eierfeil til et tilgangsproblem før det blir et formatproblem.

Avgjør eieren ved å se på komponenten som styrer tilkoblingen, ikke på filen selv. En fil er et artefakt; den styrende komponenten definerer hvilke nøkler den leser og når. Å lese artefakten først og administratoren etterpå er måten folk ender med å redigere et felt som ingenting spør om.

Hvor det publiserte formatet slutter å beskrive filen din

I RRAS-administrasjonsprotokollen er telefonboken ren tekst som en administrasjonsklient skriver og rutetjenesten leser, derfor beskriver MS-RRASM-spesifikasjonen oppringingsinnstillinger for en server og ikke for en skrivebordsprofil. Struktur er den delen en flat lesing ødelegger. En oppføring kan holde flere medieblokker, hver med enhetsblokker som igjen holder blokker for enkelte numre. Derfor kan samme nøkkel forekomme på mer enn ett sted med ulik betydning.

Les en nøkkel sammen med seksjonen og versjonsnotatene, og ikke oversett en verdi fra en tilsvarende navngitt avmerkingsboks i et skrivebordsgrensesnitt. Å finne kjente nøkler i dokumentet beviser ikke at det dekker hvert felt i en urelatert opprinnelig profil. Seksjonsreglene er heller ikke tillatelse til å skrive om en skrivebordstelefonbok i serverformatet.

Tabellen er en lesehjelp og ikke en spesifikasjon: den forteller hvilken leser du skal spørre, og leseren forteller hva feltet betyr. Når den leseren er en tredjeparts parser, kan det ærlige svaret være at ingenting offentlig dokumenterer feltet i det hele tatt.

Spør Windows, ikke filen

For en opprinnelig tilkobling, spør Windows om profilen i stedet for å lese filen, fordi de typede egenskapene er den dokumenterte overflaten og det eneste en støttet endring endrer. De to kommandoene nedenfor leser de to opprinnelige lagrene hver for seg. Hvis profilen ikke finnes i noen av de to lagrene, bruker klienten som styrer den ikke den opprinnelige mekanismen, og ingen opprinnelig cmdlet vil beskrive den.

Get-VpnConnection -Name 'Field Ops'
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType

For utrulling og ikke inspeksjon er den dokumenterte veien en administrert profilinnstilling med et navngitt skjema, ikke en numerisk redigering inne i en tekst- eller binærblob. En profildefinisjon beskriver støttede innstillinger; den leverer ikke sertifikatene og de private nøklene profilen er avhengig av. Registrering er en egen prosess med sin egen myndighet, og forståelse av en telefonboknøkkel har aldri distribuert en privat nøkkel. Planlegg de to sporene hver for seg, ellers blir den første sertifikatutrullingen den andre hendelsen.

Én egenskap, deretter livssyklusen rundt den

En lagret verdi er ikke en anvendt verdi. Etter en godkjent endring, åpne en ny tilkobling og kontroller rutene profilen installerer, resolverretningslinjene den arver, og operasjonen den skulle muliggjøre. Å gjenbruke en økt som allerede var oppe tester de gamle innstillingene og gir et falskt negativt resultat.

Kopier filen til side før noe arbeid på råfilen, fordi en telefonbok med flere oppføringer er et delt artefakt, og en målrettet redigering som skriver om hele filen har større radius enn endringen. Hold urelaterte oppføringer intakte, og behold den opprinnelige beskyttede konfigurasjonen til den nye er verifisert. Hvis et påkrevd felt ikke er dokumentert for den eieren og versjonen du faktisk har, før det opp som et åpent støttespørsmål. Å finne opp en koding fra en annen maskins fil er måten en fungerende profil blir et feilsøkingsprosjekt uten noe referansepunkt.

Disiplinen er den samme ved hvert steg: navngi eieren, navngi seksjonen, og navngi deretter den støttede operasjonen. Alt annet er en gjetning med en kildehenvisning festet på.