Una cadena de versión no demuestra una función del complemento VPN

Tres preguntas separan un argumento de versión de una investigación de funciones: qué componente debería proporcionar la opción, qué versión de ese componente está realmente instalada y qué dice su registro de cambios sobre ella. El número de un complemento por sí solo no responde a ninguna. El atajo tentador, comparar una versión abreviada con un mínimo de un tutorial, falla porque las cadenas de versión de las distribuciones no son decimales. Decida qué está comparando antes de compararlo.

La opción puede vivir en NetworkManager, en su complemento VPN, en el motor subyacente o en un frontend de escritorio separado. Son cuatro proyectos con cuatro historiales de versiones.

Cuatro componentes, cuatro historiales de versiones

El editor que ve suele ser un complemento, y el complemento llama a un motor como el binario de OpenVPN o una implementación de WireGuard. El propio NetworkManager proporciona el modelo de conexión, y un frontend de escritorio puede añadir sus propios campos encima. Una función puede aparecer en cualquiera de ellos, y actualizar uno no actualiza los demás. Un motor más nuevo no es prueba de que el editor instalado pueda importar una opción que el motor admite.

Empiece por el síntoma: ¿falta el campo en el diálogo, está ausente tras la importación o está presente pero se ignora? Esas observaciones apuntan a componentes distintos y necesitan pruebas distintas.

Analice la versión antes de compararla

La política de paquetes de Debian define el formato como epoch, versión upstream y revisión de empaquetado. Primero se compara el epoch, luego la parte upstream y luego la revisión, con las reglas de ordenación del propio gestor de paquetes en lugar de aritmética decimal o una ordenación alfabética simple. La tilde se ordena antes que todo, incluido el final de esa parte, y así es como un candidato de versión precede a la versión final. Leer las partes por separado es lo que hace significativa una comparación.

No invente una regla de conversión para algún otro esquema en el que 0.8.999 parezca cercano a 0.9. La cercanía de dígitos no es prueba sobre el contenido.

Pregunte qué está instalado y qué estaría

apt-cache policy informa de la versión instalada, el candidato y el repositorio del que viene cada uno, para cada paquete que nombre. Léalo tanto para el motor como para el complemento, y anote cadenas completas en lugar de formas abreviadas. Los metadatos locales pueden estar desactualizados, y una versión candidata no demuestra que un proceso en ejecución haya cargado esa compilación. Si un servicio no se ha reiniciado desde la actualización, el archivo en disco y el comportamiento que observe pueden discrepar.

Luego lea el registro de cambios correspondiente. Una revisión de empaquetado puede llevar parches sin adoptar un nuevo número upstream, y ese es exactamente el caso en el que la versión parece sin cambios y el comportamiento difiere.

Demuestre la opción en el componente propietario

Para un problema de importación, inspeccione los campos admitidos del complemento instalado y el resultado guardado en lugar de solo el diálogo. Una etiqueta, un campo de datos nativo y un argumento del motor pueden ser tres representaciones de un mismo ajuste, y el éxito al importar un archivo no dice nada sobre si sobrevivió cada directiva. Nombre la función con precisión: por ejemplo, aceptar esta directiva conservando su significado para la autenticación.

Si la compilación admitida para esa versión carece de la integración, elija una ruta de actualización aprobada o un cliente diferente. Mezclar el repositorio de otra versión o aplicar un parche de código archivado para elevar un número visible cambia un argumento de versión por un sistema no admitido.

Un informe útil nombra la distribución, las versiones completas de los paquetes, el propietario de la conexión activa, la opción requerida y el comportamiento guardado observado. Esa es una pregunta reproducible.