¿Da Libertine a Ubuntu Touch una VPN para todo el teléfono?
Un paquete de escritorio dentro de un contenedor responde a una pregunta distinta de la de un túnel para todo el teléfono. Rastree dónde viven la red, la identidad y la política de fallos.
En Ubuntu Touch se hacen dos preguntas como si fueran una: ¿funcionará este paquete de escritorio y tendrá el teléfono una VPN? El contenedor responde a la primera. Nada dentro de él responde a la segunda, porque un contenedor tiene su propia vista del sistema de archivos, mientras que la pila de red y su política pertenecen al teléfono. Rastree dónde vive cada pieza antes de prometer un flujo de trabajo.
Dos preguntas que parecen una
Ejecutar una aplicación de escritorio dentro de un contenedor es un logro de empaquetado. Conseguir que el gestor de conexiones del teléfono establezca un túnel, lo mantenga durante la suspensión y decida qué ocurre cuando cae es trabajo de plataforma. Un instalador que termina dentro del contenedor solo demuestra que las dependencias se resolvieron allí. No dice nada sobre si el teléfono tiene un complemento VPN aprobado, si el túnel sobrevive a un reinicio o qué aplicaciones lo usan.
Mantenga ambas cosas en frases separadas en cualquier evaluación. Fundirlas es como una demostración de laboratorio se convierte en un compromiso de soporte que nadie puede cumplir.
Qué aporta realmente la frontera del contenedor
Un contenedor Libertine es un entorno de escritura superpuesto a un teléfono cuyo sistema base es de solo lectura. Por eso instalar un paquete allí funciona siquiera, y por eso la misma instalación en el sistema base no funciona. También ejecuta aplicaciones en primer plano, integradas con la pantalla del teléfono, y explícitamente no es una forma de ejecutar software de servidor ni de mantener un proceso vivo en segundo plano. Esas restricciones importan para un cliente VPN, que se espera que permanezca activo.
libertine-container-manager list
libertine-container-manager info -i <container-id>
libertine-launch -i <container-id> bash
El listado muestra qué contenedores existen, y el comando info informa de la distribución y del estado de instalación. El comando launch le da un intérprete de órdenes dentro, que es el lugar correcto para inspeccionar qué instaló realmente el paquete. Lo que no le da es autoridad sobre la red del teléfono. Un binario dentro del contenedor que quiera crear un túnel necesita una interfaz privilegiada, y esa interfaz pertenece a la plataforma, no al contenedor.
Dónde vive el estado de red del teléfono
Los nombres, las rutas y los perfiles de conexión los gestiona el servicio de red del teléfono, fuera de cualquier contenedor. Una entrada de túnel aparece allí solo cuando la plataforma admite ese tipo de VPN y el operador ha instalado el complemento correspondiente.
nmcli connection show
ip route get 10.42.0.10
ip -br addr show
El listado de conexiones es la respuesta autorizada a si hay un perfil VPN en este teléfono. Si su túnel no está en esa lista, ninguna cantidad de trabajo dentro del contenedor lo hará aparecer. La consulta de ruta responde a una pregunta más estrecha: qué interfaz usaría este teléfono para un destino. Esa es la comprobación que hay que repetir tras cualquier cambio, porque un perfil puede existir y aun así no ser el camino que toma una aplicación concreta.
Lea un flujo de trabajo de principio a fin
Elija la tarea real, como llegar a una base de datos privada con un cliente de escritorio. Luego siga el flujo: la aplicación arranca en el contenedor, resuelve el nombre de host mediante el resolutor que use el teléfono, abre un socket y el enrutamiento del teléfono decide qué interfaz lo lleva. Cada paso tiene un dueño. El contenedor posee la aplicación, la plataforma posee el resolutor y el enrutamiento, y el extremo de la VPN posee la autenticación. Un fallo en cualquier paso es un fallo de ese paso, no de toda la idea.
Pruebe el nombre de host privado y la dirección privada por separado. Un nombre que resuelve a una dirección pública y una dirección que se enruta hacia un túnel son observaciones distintas, y confundirlas produce un informe que no se puede reproducir.
Qué registrar cuando la respuesta es no
A veces la conclusión honesta es que este teléfono, en esta versión, no puede llevar el flujo de trabajo. Anótelo con las pruebas: qué tipos de conexión ofrece la plataforma, qué clientes se probaron y en qué paso se falló.
Luego exponga la alternativa aceptada, ya sea otro dispositivo, otro método de acceso o una tarea más estrecha que se quede dentro del contenedor sin tocar redes privadas.
Resista la tentación de remontar el sistema base o de conceder privilegios sin explicación para reproducir una receta antigua. Un teléfono que arranca no es lo mismo que un teléfono sobre cuya política de red todavía puede razonar seis meses después.