Unha cadea de versión non demostra unha función do complemento VPN

Tres preguntas separan un argumento de versión dunha investigación de funcións: que compoñente debería proporcionar a opción, que versión dese compoñente está realmente instalada e que di o seu rexistro de cambios sobre ela. O número dun complemento por si só non responde a ningunha. O atallo tentador, comparar unha versión abreviada cun mínimo dun titorial, falla porque as cadeas de versión das distribucións non son decimais. Decida que está comparando antes de comparalo.

A opción pode vivir en NetworkManager, no seu complemento VPN, no motor subxacente ou nun frontend de escritorio separado. Son catro proxectos con catro historiais de versións.

Catro compoñentes, catro historiais de versións

O editor que ve adoita ser un complemento, e o complemento chama un motor como o binario de OpenVPN ou unha implementación de WireGuard. O propio NetworkManager proporciona o modelo de conexión, e un frontend de escritorio pode engadir os seus propios campos por riba. Unha función pode aparecer en calquera deles, e actualizar un non actualiza os demais. Un motor máis novo non é proba de que o editor instalado poida importar unha opción que o motor admite.

Comece polo síntoma: falta o campo no diálogo, está ausente despois da importación ou está presente pero ignórase? Eses observacións apuntan a compoñentes distintos e necesitan probas distintas.

Analice a versión antes de comparala

A política de paquetes de Debian define o formato como epoch, versión upstream e revisión de empaquetado. Primeiro compárase o epoch, despois a parte upstream e despois a revisión, coas regras de ordenación do propio xestor de paquetes en lugar de aritmética decimal ou unha ordenación alfabética simple. A til ordénase antes ca todo, incluído o final desa parte, e así é como un candidato de versión precede á versión final. Ler as partes por separado é o que fai significativa unha comparación.

Non invente unha regra de conversión para algún outro esquema no que 0.8.999 pareza próximo a 0.9. A proximidade de díxitos non é proba sobre o contido.

Pregunte que está instalado e que estaría

apt-cache policy informa da versión instalada, o candidato e o repositorio do que vén cada un, para cada paquete que nomee. Lérao tanto para o motor como para o complemento, e anote cadeas completas en lugar de formas abreviadas. Os metadatos locais poden estar desactualizados, e unha versión candidata non demostra que un proceso en execución cargase esa compilación. Se un servizo non se reiniciou desde a actualización, o ficheiro no disco e o comportamento que observe poden discrepar.

Despois lea o rexistro de cambios correspondente. Unha revisión de empaquetado pode levar parches sen adoptar un novo número upstream, e ese é exactamente o caso no que a versión parece sen cambios e o comportamento difire.

Demostre a opción no compoñente propietario

Para un problema de importación, inspeccione os campos admitidos do complemento instalado e o resultado gardado en lugar de só o diálogo. Unha etiqueta, un campo de datos nativo e un argumento do motor poden ser tres representacións dun mesmo axuste, e o éxito ao importar un ficheiro non di nada sobre se sobreviviu cada directiva. Nomee a función con precisión: por exemplo, aceptar esta directiva conservando o seu significado para a autenticación.

Se a compilación admitida para esa versión carece da integración, elixa unha ruta de actualización aprobada ou un cliente diferente. Mesturar o repositorio doutra versión, ou aplicar un parche de código arquivado para elevar un número visible, cambia un argumento de versión por un sistema non admitido.

Un informe útil nomea a distribución, as versións completas dos paquetes, o propietario da conexión activa, a opción requirida e o comportamento gardado observado. Esa é unha pregunta reproducible.