Al kio apartenas Windows-dosiero .pbk (kaj al kio ne)
Dosiero .pbk estas telefono-libro apartenanta al unu profilo aŭ al RRAS-servilo, ne portebla VPN-skemo. Legu la posedanton, la sekcion kaj la malkaŝitan econ.
Serĉrezultoj donas al vi dosieron .pbk, la ŝlosilnomoj aspektas konataj, kaj la evidenta paŝo estas trakti ĝin kiel porteblan skemon por ajna Windows-VPN. Ĝi ne estas tio. La formato apartenas al posedanto, kaj la sama ŝlosilo signifas malsamajn aferojn depende de tio, kiu posedanto skribis ĝin. Legi la amplekson unue estas tio, kio malhelpas, ke dokumentada ekzerco fariĝu nesubtenata redakto.
Kvar posedantoj, kvar malsamaj legantoj
Kvar malsamaj posedantoj skribas dosierojn, kiuj aspektas simile. Enlanda konekto por unu uzanto finiĝas en la telefono-libro de la nuna uzanto, dum konekto por ĉiuj uzantoj finiĝas en maŝinnivela konservejo, kiun ĉiu konto sur la gastiganto povas legi. RRAS-servilo tenas postul-postulan agordan konfiguron por sia propra enkursiga rolo, kaj triaparta kliento povas teni propran formaton, kiu nur dividas la finaĵon. Sama finaĵo, kvar legantoj, kvar aroj da reguloj.
Kongrua montra nomo ne faras du el tiuj enskriboj la saman enskribon, kaj kopii ŝlosilon inter ili supozas, ke administranto respektos ion, kion ĝi neniam dokumentis. La posedanto ankaŭ decidas, kiu rajtas ŝanĝi la dosieron: profilo por unu uzanto estas elekto de la uzanto, maŝinnivela profilo estas administra decido, kaj postul-postula enskribo de servilo estas enkursiga konfiguro sub sia propra ŝanĝkontrolo. Tial posedanta eraro estas permesa problemo antaŭ ol ĝi fariĝas formata problemo.
Determinu la posedanton rigardante la komponanton, kiu administras la konekton, ne la dosieron mem. Dosiero estas artefakto; la administra komponanto difinas, kiujn ŝlosilojn ĝi legas kaj kiam. Legi unue la artefakton kaj poste la administranton estas la vojo, per kiu homoj finas redakti kampon, kiun nenio konsultas.
Kie la publikigita formato ĉesas priskribi vian dosieron
En la RRAS-administra protokolo la telefono-libro estas simpla teksto, kiun skribas administra kliento kaj legas la enkursiga servo, kaj tial MS-RRASM-specifiko priskribas postul-postulajn agordojn por servilo kaj ne por labortabla profilo. Strukturo estas la parto, kiun platigi legadon detruas. Enskribo povas teni plurajn mediajn blokojn, ĉiu tenas aparatajn blokojn, kiuj siavice tenas blokojn por unuopaj numeroj. Tial la sama ŝlosilo povas aperi en pli ol unu loko kun malsama signifo.
Legu ŝlosilon kune kun ĝia sekcio kaj ĝiaj versiaj notoj, kaj ne traduku valoron el samnoma markobutono en labortabla fasado. Trovi konatajn ŝlosilojn en la dokumento ne pruvas, ke ĝi kovras ĉiun kampon de nerilata enlanda profilo. La sekciaj reguloj ankaŭ ne estas permeso reverki labortablan telefono-libron en la servila formato.
| 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 |
La tabelo estas leghelpo, ne specifiko: ĝi diras, kiun leganton konsulti, kaj la leganto diras, kion la kampo signifas. Kiam tiu leganto estas triaparta sintaksa analizilo, la honesta respondo povas esti, ke nenio publika entute dokumentas la kampon.
Demandu Windows, ne la dosieron
Por enlanda konekto, demandu Windows pri la profilo anstataŭ legi la dosieron, ĉar la tipigitaj atributoj estas la dokumentita surfaco kaj la sola afero, kiun subtenata ŝanĝo modifas. La du komandoj sube legas la du enlandajn konservejojn aparte. Se la profilo estas en neniu el la du konservejoj, la kliento, kiu administras ĝin, ne uzas la enlandan mekanismon kaj neniu enlanda cmdlet priskribos ĝin.
Get-VpnConnection -Name 'Field Ops'
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelTypePor enkonduko kaj ne por inspektado, la dokumentita vojo estas administrata profila agordo kun nomita skemo, ne nombra redakto ene de teksta aŭ duuma bloko. Profila difino priskribas subtenatajn agordojn; ĝi ne provizas la atestilojn kaj privatajn ŝlosilojn, de kiuj la profilo dependas. Aliĝo estas aparta procezo kun propra aŭtoritato, kaj kompreni ŝlosilon de telefono-libro neniam disdonis privatan ŝlosilon. Planu la du vojojn aparte, alie la unua atestila enkonduko fariĝos la dua okazaĵo.
Unu eco, poste la vivciklo ĉirkaŭ ĝi
Konservita valoro ne estas aplikita valoro. Post aprobita ŝanĝo, malfermu novan konekton kaj kontrolu la itinerojn, kiujn la profilo instalas, la solvigan politikon, kiun ĝi heredas, kaj la operacion, kiun ĝi celis ebligi. Reuzi seancon, kiu jam estis malfermita, testas la malnovajn agordojn kaj produktas falsan negativon.
Kopiu la dosieron flanken antaŭ ajna laboro sur la kruda dosiero, ĉar telefono-libro kun pluraj enskriboj estas komuna artefakto, kaj celita redakto, kiu reverkas la tutan dosieron, havas efikradiuson pli grandan ol la ŝanĝo. Konservu nerilatajn enskribojn netuŝitaj, kaj konservu la originan protektitan konfiguron ĝis la nova estos kontrolita. Se postulata kampo estas nedokumentita por la posedanto kaj eldono, kiujn vi efektive havas, registru tion kiel malfermitan subtenan demandon. Elpensi kodaron el la dosiero de alia maŝino estas la maniero, per kiu funkcianta profilo fariĝas sencimiga projekto sen ajna referenca punkto.
La disciplino estas la sama ĉe ĉiu paŝo: nomu la posedanton, nomu la sekcion, poste nomu la subtenatan operacion. Ĉio alia estas konjekto kun citaĵo alkroĉita.