Torneu a executar el fitxer .run de la VPN cada vegada? Aquest és l'instal·lador
La descàrrega va posar una aplicació al disc i ara hi és allà, semblant el programa. Connecteu-vos des de l'aplicació instal·lada i guardeu l'instal·lador per a més endavant.
Feu doble clic al fitxer que vau descarregar la setmana passada, la connexió funciona i l'hàbit s'hi queda: cada cop que la VPN cau, torneu a executar aquell mateix fitxer. Res no es trenca de seguida, i per això el patró sobreviu. El que feu en realitat és reinstal·lar l'aplicació sobre si mateixa i després tornar-la a obrir des del final de l'instal·lador.
Quan l'instal·lador acaba, el programa viu en un altre lloc del disc i té la seva pròpia icona, la seva configuració i el seu propi servei en segon pla. La descàrrega era el mecanisme de lliurament i no passa res per conservar-la, però no és allò amb què us connecteu.
Què va posar realment la descàrrega al disc
Un fitxer .run és una convenció de noms, no un tipus de fitxer. Pot ser un script de shell, un arxiu autoextraïble, un binari compilat o alguna cosa que decideixi en temps d'execució quina d'aquestes coses és. El sufix no us diu res sobre qui el va publicar ni si us hi hauríeu de fiar, i per això les instruccions d'instal·lació comencen obtenint-lo d'un canal verificat i no amb una ordre.
Per a un proveïdor que distribueix així, l'instal·lador descomprimeix la seva càrrega, escriu l'aplicació i els seus fitxers de suport, i registra a l'escriptori el que necessita. Quan acaba, els artefactes interessants són el binari de l'aplicació, una entrada d'escriptori i sovint un servei que l'aplicació inicia. Cap d'ells no és el fitxer que vau descarregar. Mireu el directori que l'instal·lador anomena a la seva sortida final i veureu la diferència de seguida.
L'hàbit de tornar-lo a executar també amaga un diagnòstic. Si l'aplicació s'obre després d'una reinstal·lació completa però no des del menú, no aprenu res sobre quina peça faltava, perquè l'instal·lador les va reconstruir totes.
Instal·leu una vegada, amb la invocació del mateix proveïdor
Seguiu la invocació documentada exactament, incloent-hi l'intèrpret que indica. Per al client Linux de PIA, la guia crida l'instal·lador mitjançant sh, així que la forma de l'ordre és l'intèrpret seguit del fitxer que vau descarregar realment.
sh ./pia-linux-VERSION.run
VERSION és un marcador de posició per a la versió que hàgiu baixat, no una recomanació de buscar un número concret. Tracteu aquesta ordre com a execució de codi amb conseqüències a nivell de sistema, perquè això és: no és una manera d'inspeccionar el fitxer, i executar-lo dues vegades no us ensenya res que no us ensenyés la primera.
Un detall de la mateixa guia és fàcil de saltar-se i val la pena repetir: no poseu sudo davant de l'instal·lador. Demana per si mateix l'autorització administrativa que necessita, i embolcallar-lo en un shell d'root canvia en quin entorn d'usuari recau la instal·lació. Per la mateixa raó, «fes executable cada descàrrega i executa-la» no és una regla general; demanar a un intèrpret que llegeixi un script i executar un fitxer directament són operacions diferents amb maneres de fallar diferents.
Quan l'instal·lador acaba, el proveïdor documenta com iniciar sessió i connectar-se mitjançant l'aplicació que acaba d'instal·lar. Totes les connexions posteriors hi van. Si encara escriviu el camí de l'instal·lador per posar-vos en línia, heu convertit l'instal·lador en part del vostre flux de treball per accident.
Llançador, botiga i safata són tres llocs diferents
El menú d'aplicacions, un catàleg de botiga de programari i l'àrea de safata són interfícies separades mantingudes per components diferents, i un instal·lador pot omplir-ne una sense tocar les altres. Un instal·lador autònom normalment escriu una entrada d'escriptori, que és integració amb el llançador i res més. No converteix l'aplicació en una instal·lació gestionada per la botiga ni garanteix una icona a la safata.
Un indicador de safata necessita suport de les dues bandes: l'aplicació en execució n'ha d'exportar un, i l'escriptori ha de proporcionar un amfitrió. En escriptoris que han eliminat la safata tradicional, una aplicació que n'espera un pot funcionar perfectament i no mostrar res, i això és una mancança d'integració, no una instal·lació fallida. Informar de la versió de l'escriptori i de la versió de l'aplicació és el que fa aquella mancança accionable.
Així que quan l'aplicació s'obre però la icona falta, no reinstal·leu. Comproveu si hi ha un procés en marxa, si la finestra s'amaga darrere d'un inici en segon pla i si l'escriptori admet indicadors d'aquest tipus. Un indicador absent en un escriptori sense amfitrió de safata és el comportament esperat, no una fallada. Reinstal·lar la mateixa descàrrega una cinquena vegada només refresca el que ja funcionava.
Anoteu el propietari de la instal·lació
Anoteu quin canal va instal·lar l'aplicació, quin component l'actualitza i què l'elimina. Aquestes tres respostes normalment no són el mateix programa, i una màquina on ningú no les coneix és una màquina on dues còpies d'un client VPN acaben barallant-se per les mateixes rutes.
Esborrar l'instal·lador descarregat no desinstal·la res, i tancar la finestra no atura necessàriament el servei ni la política de bloqueig que va instal·lar. Abans de netejar, esbrineu què s'executa en iniciar sessió i què sobreviu a un reinici.
Un cop l'instal·lador ha fet la seva feina, poseu-lo en una carpeta que recordareu i deixeu de tractar-lo com l'aplicació. La propera vegada que el túnel es comporti malament, comenceu per l'aplicació instal·lada, i deixeu que la descàrrega sigui un artefacte del dia en què la vau instal·lar. La guia d'instal·lació de PIA per a Linux és la referència per a la invocació i els primers passos d'engegada descrits més amunt.