¿Ejecutas el archivo .run de la VPN cada vez? Ese es el instalador

Haces doble clic en el archivo que descargaste la semana pasada, la conexión funciona y el hábito se queda: cada vez que la VPN se cae, vuelves a ejecutar ese mismo archivo. Nada se rompe de inmediato, y por eso el patrón sobrevive. Lo que en realidad haces es reinstalar la aplicación sobre sí misma y luego volver a abrirla desde el final del instalador.

Cuando el instalador termina, el programa vive en otro lugar del disco y tiene su propio icono, su propia configuración y su propio servicio en segundo plano. La descarga era el mecanismo de entrega, y conservarla está bien, pero no es aquello con lo que te conectas.

Qué puso realmente la descarga en el disco

Un archivo .run es una convención de nombres, no un tipo de archivo. Puede ser un script de shell, un archivo autoextraíble, un binario compilado o algo que decida en tiempo de ejecución cuál de esas cosas es. El sufijo no te dice nada sobre quién lo publicó ni sobre si deberías confiar en él, y por eso las instrucciones de instalación empiezan obteniéndolo de un canal verificado y no con un comando.

Para un proveedor que distribuye así, el instalador desempaqueta su carga, escribe la aplicación y sus archivos de apoyo, y registra en el escritorio lo que necesita. Cuando termina, los artefactos interesantes son el binario de la aplicación, una entrada de escritorio y a menudo un servicio que la aplicación inicia. Ninguno de ellos es el archivo que descargaste. Mira en el directorio que el instalador nombra en su salida final y verás la diferencia de inmediato.

El hábito de volver a ejecutarlo también oculta un diagnóstico. Si la aplicación se abre tras una reinstalación completa pero no desde el menú, no aprendes nada sobre qué pieza faltaba, porque el instalador las reconstruyó todas.

Instala una vez, con la invocación del propio proveedor

Sigue la invocación documentada al pie de la letra, incluido el intérprete que indica. Para el cliente Linux de PIA, la guía llama al instalador mediante sh, así que la forma del comando es el intérprete seguido del archivo que descargaste realmente.

sh ./pia-linux-VERSION.run

VERSION es un marcador de posición para la compilación que hayas descargado, no una recomendación de buscar un número concreto. Trata ese comando como ejecución de código con consecuencias a nivel de sistema, porque eso es: no es una forma de inspeccionar el archivo, y ejecutarlo dos veces no te enseña nada que no te enseñara la primera.

Un detalle de la misma guía es fácil de pasar por alto y merece repetirse: no pongas sudo delante del instalador. Él mismo pide la autorización administrativa que necesita, y envolverlo en un shell de root cambia en qué entorno de usuario aterriza la instalación. Por la misma razón, «haz ejecutable cada descarga y ejecútala» no es una regla general; pedirle a un intérprete que lea un script y ejecutar un archivo directamente son operaciones distintas con modos de fallo distintos.

Cuando el instalador termina, el proveedor documenta cómo iniciar sesión y conectarse mediante la aplicación que acaba de instalar. Toda conexión posterior pertenece ahí. Si sigues escribiendo la ruta del instalador para ponerte en línea, has convertido el instalador en parte de tu flujo de trabajo por accidente.

Lanzador, tienda y bandeja son tres lugares distintos

El menú de aplicaciones, el catálogo de una tienda de software y el área de la bandeja son interfaces separadas mantenidas por componentes distintos, y un instalador puede llenar una sin tocar las otras. Un instalador independiente normalmente escribe una entrada de escritorio, que es integración con el lanzador y nada más. No convierte la aplicación en una instalación gestionada por la tienda ni garantiza un icono en la bandeja.

Un indicador de bandeja necesita apoyo de ambos lados: la aplicación en ejecución tiene que exportar uno y el escritorio tiene que proporcionarle un anfitrión. En escritorios que han eliminado la bandeja tradicional, una aplicación que espera una puede funcionar perfectamente y no mostrar nada, y eso es una carencia de integración, no una instalación fallida. Informar de la versión del escritorio y de la versión de la aplicación es lo que hace esa carencia accionable.

Así que cuando la aplicación se abre pero falta el icono, no reinstales. Comprueba si hay un proceso en ejecución, si la ventana está oculta detrás de un inicio en segundo plano y si el escritorio admite ese tipo de indicadores. Un indicador ausente en un escritorio sin anfitrión de bandeja es el comportamiento esperado, no una avería. Reinstalar la misma descarga por quinta vez solo refresca lo que ya funcionaba.

Anota el propietario de la instalación

Anota qué canal instaló la aplicación, qué componente la actualiza y qué la elimina. Esas tres respuestas normalmente no son el mismo programa, y una máquina donde nadie las conoce es una máquina donde dos copias de un cliente VPN acaban peleándose por las mismas rutas.

Borrar el instalador descargado no desinstala nada, y cerrar la ventana no detiene necesariamente el servicio ni la política de bloqueo que instaló. Antes de limpiar, averigua qué se ejecuta al iniciar sesión y qué sobrevive a un reinicio.

Una vez que el instalador ha hecho su trabajo, ponlo en una carpeta que vayas a recordar y deja de tratarlo como la aplicación. La próxima vez que el túnel se comporte mal, empieza por la aplicación instalada, y deja que la descarga siga siendo un artefacto del día en que la instalaste. La guía de instalación de PIA para Linux es la referencia para la invocación y los primeros pasos de arranque descritos arriba.