A que pertence un ficheiro .pbk de Windows (e a que non)
Un ficheiro .pbk é unha libreta de teléfonos propiedade dun perfil ou dun servidor RRAS, non un esquema VPN portátil. Lea o propietario, a sección e a propiedade exposta.
Os resultados de busca entréganlle un ficheiro .pbk, os nomes das claves parecen familiares e o paso obvio é tratalo como un esquema portátil para calquera VPN de Windows. Non o é. O formato pertence a un propietario, e a mesma clave significa cousas distintas segundo que propietario a escribiu. Ler primeiro o alcance é o que evita que un exercicio de documentación se converta nunha edición non admitida.
Catro propietarios, catro lectores distintos
Catro propietarios distintos escriben ficheiros que se parecen. Unha conexión nativa por usuario remata na libreta do usuario actual, mentres que unha conexión para todos os usuarios remata nun almacén de ámbito de máquina que calquera conta do host pode ler. Un servidor RRAS garda a configuración de marcado a petición para o seu propio papel de encamiñamento, e un cliente de terceiros pode gardar un formato propio que só comparte a extensión. Mesma extensión, catro lectores, catro conxuntos de regras.
Un nome visible coincidente non converte dúas desas entradas na mesma, e copiar unha clave entre elas supón que un administrador respectará algo que nunca documentou. O propietario tamén decide quen pode cambiar o ficheiro: un perfil por usuario é unha elección do usuario, un perfil de ámbito de máquina é unha decisión administrativa e unha entrada de marcado a petición dun servidor é configuración de encamiñamento baixo o seu propio control de cambios. Iso converte un erro de propiedade nun problema de permisos antes de que o converta nun problema de formato.
Determine o propietario mirando o compoñente que xestiona a conexión, non o ficheiro en si. Un ficheiro é un artefacto; o compoñente xestor define que claves le e cando as le. Ler primeiro o artefacto e despois o xestor é como a xente acaba editando un campo que nada consulta.
Onde o formato publicado deixa de describir o seu ficheiro
No protocolo de xestión RRAS a libreta é texto plano que escribe un cliente de xestión e le o servizo de encamiñamento, por iso especificación MS-RRASM describe parámetros de marcado a petición para un servidor e non para un perfil de escritorio. A estrutura é a parte que unha lectura plana destrúe. Unha entrada pode conter varios bloques de medio, cada un con bloques de dispositivo que á súa vez conteñen bloques para números individuais. Por iso a mesma clave pode aparecer en máis dun lugar cun significado distinto.
Lea unha clave xunto coa súa sección e as súas notas de versión, e non traduza un valor dunha caixa de nome similar nunha interface de escritorio. Atopar claves familiares no documento non demostra que cubra todos os campos dun perfil nativo non relacionado. As regras de sección tampouco son permiso para reescribir unha libreta de escritorio co formato do servidor.
| 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áboa é unha axuda de lectura, non unha especificación: di que lector consultar, e o lector di que significa o campo. Cando ese lector é un analizador de terceiros, a resposta honesta pode ser que nada público documenta o campo.
Pregunte a Windows, non ao ficheiro
Para unha conexión nativa, pida a Windows o perfil en lugar de ler o ficheiro, porque as propiedades tipadas son a superficie documentada e o único que modifica un cambio admitido. Os dous comandos seguintes len os dous almacéns nativos por separado. Se o perfil non está en ningún dos dous almacéns, o cliente que o xestiona non usa o mecanismo nativo e ningún cmdlet nativo o describirá.
Get-VpnConnection -Name 'Field Ops'
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelTypePara despregamento e non para inspección, a ruta documentada é un parámetro de perfil xestionado cun esquema con nome, non unha edición numérica dentro dun blob de texto ou binario. Unha definición de perfil describe parámetros admitidos; non aprovisiona os certificados nin as claves privadas dos que depende o perfil. A inscrición é un proceso aparte coa súa propia autoridade, e entender unha clave da libreta nunca distribuíu unha clave privada. Planifique as dúas vías por separado, ou o primeiro despregamento de certificados converterase no segundo incidente.
Unha propiedade e despois o ciclo de vida ao seu redor
Un valor gardado non é un valor aplicado. Tras un cambio aprobado, abra unha conexión nova e comprobe as rutas que instala o perfil, a política de resolución que herda e a operación que debía habilitar. Reutilizar unha sesión que xa estaba activa proba os parámetros antigos e produce un falso negativo.
Copie o ficheiro aparte antes de calquera traballo sobre o ficheiro en bruto, porque unha libreta con varias entradas é un artefacto compartido e unha edición dirixida que reescribe todo o ficheiro ten un radio de impacto maior que o cambio. Manteña intactas as entradas non relacionadas e conserve a configuración protexida orixinal ata que se verifique a nova. Se un campo obrigatorio non está documentado para o propietario e a versión que realmente ten, anóteo como unha pregunta de soporte aberta. Inventar unha codificación a partir do ficheiro doutra máquina é como un perfil funcional se converte nun proxecto de depuración sen ningún punto de referencia.
A disciplina é a mesma en cada paso: nomee o propietario, nomee a sección e logo nomee a operación admitida. Calquera outra cousa é unha conxectura cunha cita grampada.