Executa o ficheiro .run da VPN sempre de novo? Isso é o instalador

Fazes duplo clique no ficheiro que descarregaste na semana passada, a ligação funciona e o hábito fica: sempre que a VPN cai, voltas a executar esse mesmo ficheiro. Nada se parte de imediato, e é por isso que este padrão sobrevive. O que estás de facto a fazer é reinstalar a aplicação sobre si mesma e depois voltar a abri-la a partir do fim do instalador.

Quando o instalador termina, o programa vive noutro sítio do disco e tem o seu próprio ícone, as suas próprias definições e o seu próprio serviço em segundo plano. O download era o mecanismo de entrega, e guardá-lo é perfeitamente aceitável, mas não é aquilo a que te ligas.

O que o download realmente colocou no disco

Um ficheiro .run é uma convenção de nomes, não um tipo de ficheiro. Pode ser um script de shell, um arquivo auto-extraível, um binário compilado ou algo que decide em tempo de execução qual dessas coisas será. O sufixo não te diz nada sobre quem o publicou nem se deves confiar nele, e é por isso que as instruções de instalação começam por obtê-lo de um canal verificado em vez de começarem com um comando.

Para um fornecedor que distribui desta forma, o instalador descompacta a sua carga, escreve a aplicação e os seus ficheiros de apoio e regista no ambiente de trabalho o que precisa. Quando termina, os artefactos interessantes são o binário da aplicação, uma entrada de ambiente de trabalho e muitas vezes um serviço que a aplicação inicia. Nenhum deles é o ficheiro que descarregaste. Olha para a pasta que o instalador nomeia na sua saída final e verás a diferença de imediato.

O hábito de o voltar a executar também esconde um diagnóstico. Se a aplicação abre depois de uma reinstalação completa mas não a partir do menu, não aprendes nada sobre que peça faltava, porque o instalador reconstruiu todas.

Instala uma vez, com a invocação do próprio fornecedor

Segue a invocação documentada à risca, incluindo o interpretador que indica. Para o cliente Linux da PIA, o guia chama o instalador através de sh, por isso a forma do comando é o interpretador seguido do ficheiro que descarregaste realmente.

sh ./pia-linux-VERSION.run

VERSION é um marcador de posição para a compilação que tenhas descarregado, não uma recomendação para procurar um número concreto. Trata esse comando como execução de código com consequências ao nível do sistema, porque é isso: não é uma forma de inspecionar o ficheiro, e executá-lo duas vezes não te ensina nada que a primeira não tenha ensinado.

Um detalhe do mesmo guia é fácil de saltar e vale a pena repetir: não coloques sudo à frente do instalador. Ele pede por si a autorização administrativa de que precisa, e envolvê-lo numa shell de root muda em que ambiente de utilizador a instalação aterra. Pela mesma razão, «torna cada download executável e executa-o» não é uma regra geral; pedir a um interpretador que leia um script e executar um ficheiro diretamente são operações diferentes com modos de falha diferentes.

Quando o instalador termina, o fornecedor documenta o início de sessão e a ligação através da aplicação que acabou de instalar. Todas as ligações posteriores pertencem aí. Se ainda escreves o caminho do instalador para ficar online, transformaste o instalador numa parte do teu fluxo de trabalho por acidente.

Lançador, loja e bandeja são três lugares diferentes

O menu de aplicações, o catálogo de uma loja de software e a área da bandeja são interfaces separadas mantidas por componentes diferentes, e um instalador pode preencher uma sem tocar nas outras. Um instalador autónomo normalmente escreve uma entrada de ambiente de trabalho, o que é integração com o lançador e nada mais. Não torna a aplicação uma instalação gerida pela loja nem garante um ícone na bandeja.

Um indicador da bandeja precisa de apoio de ambos os lados: a aplicação em execução tem de exportar um e o ambiente de trabalho tem de lhe fornecer um anfitrião. Em ambientes de trabalho que removeram a bandeja tradicional, uma aplicação que espera um pode funcionar perfeitamente e não mostrar nada, e isso é uma lacuna de integração, não uma instalação falhada. Informar a versão do ambiente de trabalho e a versão da aplicação é o que torna essa lacuna acionável.

Por isso, quando a aplicação abre mas falta o ícone, não reinstales. Verifica se há um processo a correr, se a janela está oculta atrás de um arranque em segundo plano e se o ambiente de trabalho suporta sequer indicadores desse tipo. Um indicador ausente num ambiente de trabalho sem anfitrião de bandeja é comportamento esperado, não uma avaria. Reinstalar o mesmo download pela quinta vez só renova o que já funcionava.

Regista o proprietário da instalação

Regista qual canal instalou a aplicação, que componente a atualiza e o que a remove. Essas três respostas normalmente não são o mesmo programa, e uma máquina onde ninguém as conhece é uma máquina onde duas cópias de um cliente VPN acabam a discutir pelas mesmas rotas.

Apagar o instalador descarregado não desinstala nada, e fechar a janela não para necessariamente o serviço nem a política de bloqueio que instalou. Antes de limpar, descobre o que corre no início de sessão e o que sobrevive a um reinício.

Assim que o instalador fez o seu trabalho, guarda-o numa pasta de que te vais lembrar e deixa de o tratar como a aplicação. Da próxima vez que o túnel se portar mal, começa pela aplicação instalada, e deixa o download ser um artefacto do dia em que o instalaste. O guia de instalação da PIA para Linux é a referência para a invocação e os primeiros passos de arranque descritos acima.