Executas o ficheiro .run da VPN cada vez? Ese é o instalador
A descarga puxo unha aplicación no disco e agora está aí, parecendo o programa. Conéctate desde a aplicación instalada e garda o instalador para máis adiante.
Fas dobre clic no ficheiro que descargaches a semana pasada, a conexión funciona e o hábito queda: cada vez que a VPN cae, volves executar ese mesmo ficheiro. Nada se rompe de inmediato, e por iso o patrón sobrevive. O que en realidade fas é reinstalar a aplicación sobre si mesma e despois volvela abrir desde o final do instalador.
Cando o instalador remata, o programa vive noutro lugar do disco e ten a súa propia icona, a súa propia configuración e o seu propio servizo en segundo plano. A descarga era o mecanismo de entrega, e conservala está ben, pero non é aquilo co que te conectas.
Que puxo realmente a descarga no disco
Un ficheiro .run é unha convención de nomes, non un tipo de ficheiro. Pode ser un script de shell, un arquivo autoextraíble, un binario compilado ou algo que decida en tempo de execución cal desas cousas é. O sufixo non che di nada sobre quen o publicou nin sobre se deberías confiar nel, e por iso as instrucións de instalación comezan obténdoo dunha canle verificada e non cun comando.
Para un provedor que distribúe así, o instalador descomprime a súa carga, escribe a aplicación e os seus ficheiros de apoio, e rexistra no escritorio o que necesita. Cando remata, os artefactos interesantes son o binario da aplicación, unha entrada de escritorio e a miúdo un servizo que a aplicación inicia. Ningún deles é o ficheiro que descargaches. Mira no directorio que o instalador nomea na súa saída final e verás a diferenza de inmediato.
O hábito de volvelo executar tamén agocha un diagnóstico. Se a aplicación se abre tras unha reinstalación completa pero non desde o menú, non aprendes nada sobre que peza faltaba, porque o instalador reconstruíunas todas.
Instala unha vez, coa invocación do propio provedor
Segue a invocación documentada ao pé da letra, incluído o intérprete que indica. Para o cliente Linux de PIA, a guía chama o instalador mediante sh, así que a forma do comando é o intérprete seguido do ficheiro que descargaches realmente.
sh ./pia-linux-VERSION.run
VERSION é un marcador de posición para a compilación que teñas descargado, non unha recomendación de buscar un número concreto. Trata ese comando como execución de código con consecuencias a nivel de sistema, porque iso é: non é unha forma de inspeccionar o ficheiro, e executalo dúas veces non che ensina nada que non che ensinase a primeira.
Un detalle da mesma guía é fácil de pasar por alto e merece repetirse: non poñas sudo diante do instalador. El mesmo pide a autorización administrativa que necesita, e envolvelo nun shell de root cambia en que contorno de usuario aterra a instalación. Pola mesma razón, «fai executable cada descarga e execútaa» non é unha regra xeral; pedirlle a un intérprete que lea un script e executar un ficheiro directamente son operacións distintas con modos de fallo distintos.
Cando o instalador remata, o provedor documenta como iniciar sesión e conectarse mediante a aplicación que acaba de instalar. Toda conexión posterior pertence aí. Se segues escribindo a ruta do instalador para poñerte en liña, converteras o instalador nunha parte do teu fluxo de traballo por accidente.
Lanzador, tenda e bandexa son tres lugares distintos
O menú de aplicacións, o catálogo dunha tenda de software e a área da bandexa son interfaces separadas mantidas por compoñentes distintos, e un instalador pode encher unha sen tocar as outras. Un instalador independente normalmente escribe unha entrada de escritorio, que é integración co lanzador e nada máis. Non converte a aplicación nunha instalación xestionada pola tenda nin garante unha icona na bandexa.
Un indicador da bandexa necesita apoio de ambos os lados: a aplicación en execución ten que exportar un e o escritorio ten que lle proporcionar un anfitrión. En escritorios que eliminaron a bandexa tradicional, unha aplicación que espera unha pode funcionar perfectamente e non mostrar nada, e iso é unha carencia de integración, non unha instalación fallida. Informar da versión do escritorio e da versión da aplicación é o que fai esa carencia accionable.
Así que cando a aplicación se abre pero falta a icona, non reinstales. Comproba se hai un proceso en execución, se a xanela está oculta detrás dun inicio en segundo plano e se o escritorio admite ese tipo de indicadores. Un indicador ausente nun escritorio sen anfitrión de bandexa é o comportamento esperado, non unha avaría. Reinstalar a mesma descarga por quinta vez só refresca o que xa funcionaba.
Anota o propietario da instalación
Anota que canle instalou a aplicación, que compoñente a actualiza e que a elimina. Esas tres respostas normalmente non son o mesmo programa, e unha máquina onde ninguén as coñece é unha máquina onde dúas copias dun cliente VPN acaban pelexando polas mesmas rutas.
Borrar o instalador descargado non desinstala nada, e pechar a xanela non detén necesariamente o servizo nin a política de bloqueo que instalou. Antes de limpar, averigua que se executa ao iniciar sesión e que sobrevive a un reinicio.
Unha vez que o instalador fixo o seu traballo, pono nun cartafol que vaias recordar e deixa de tratalo como a aplicación. A próxima vez que o túnel se comporte mal, comeza pola aplicación instalada, e deixa que a descarga siga sendo un artefacto do día en que a instalaches. A guía de instalación de PIA para Linux é a referencia para a invocación e os primeiros pasos de arranque descritos arriba.