Start je het .run-bestand van de VPN elke keer opnieuw? Dat is de installatie
De download zette een toepassing op de schijf en nu staat die daar en lijkt op het programma. Maak verbinding vanuit de geïnstalleerde app, en bewaar de installer voor later.
Je dubbelklikt op het bestand dat je vorige week hebt gedownload, de verbinding werkt, en de gewoonte blijft hangen: elke keer als de VPN wegvalt, start je datzelfde bestand opnieuw. Niets gaat meteen kapot, en daarom overleeft dit patroon. Wat je in werkelijkheid doet, is de toepassing op zichzelf herinstalleren en hem daarna opnieuw openen vanaf het einde van de installer.
Als de installer klaar is, woont het programma ergens anders op de schijf en heeft het zijn eigen pictogram, zijn eigen instellingen en zijn eigen achtergronddienst. De download was het levermechanisme, en het bewaren ervan is prima, maar het is niet het ding waarmee je verbinding maakt.
Wat de download werkelijk op de schijf heeft gezet
Een .run-bestand is een naamconventie, geen bestandstype. Het kan een shellscript, een zelfuitpakkend archief, een gecompileerd binair bestand of iets zijn dat tijdens het uitvoeren beslist wat van die dingen het is. De extensie vertelt je niets over wie het heeft gepubliceerd of of je het moet vertrouwen, en daarom beginnen installatie-instructies met het ophalen uit een geverifieerd kanaal in plaats van met een commando.
Voor een leverancier die zo levert, pakt de installer zijn payload uit, schrijft de toepassing en de bijbehorende bestanden, en registreert in de desktopomgeving wat hij nodig heeft. Als hij klaar is, zijn de interessante artefacten het binaire bestand van de toepassing, een desktopelement en vaak een dienst die de toepassing start. Geen daarvan is het bestand dat je hebt gedownload. Kijk in de map die de installer in zijn laatste uitvoer noemt, en je ziet het verschil meteen.
De gewoonte om het opnieuw te starten verbergt ook een diagnose. Als de app na een volledige herinstallatie opent maar niet vanuit het menu, leer je niets over welk onderdeel ontbrak, omdat de installer ze allemaal opnieuw heeft opgebouwd.
Installeer één keer, met de aanroep van de leverancier zelf
Volg de gedocumenteerde aanroep precies, inclusief de interpreter die hij noemt. Voor de Linux-client van PIA roept de gids de installer aan via sh, dus de vorm van het commando is de interpreter gevolgd door het bestand dat je werkelijk hebt gedownload.
sh ./pia-linux-VERSION.run
VERSION is een plaatsaanduiding voor welke build je ook hebt gehaald, geen aanbeveling om naar een specifiek nummer te zoeken. Behandel dat commando als code-uitvoering met gevolgen op systeemniveau, want dat is het: het is geen manier om het bestand te inspecteren, en het twee keer uitvoeren leert je niets wat de eerste keer niet leerde.
Eén detail uit dezelfde gids wordt makkelijk overgeslagen en is het waard te herhalen: zet geen sudo voor de installer. Hij vraagt zelf de administratieve machtiging die hij nodig heeft, en hem in een rootshell wikkelen verandert in welke gebruikersomgeving de installatie terechtkomt. Om dezelfde reden is „maak elke download uitvoerbaar en voer hem uit“ geen algemene regel; een interpreter vragen een script te lezen en een bestand rechtstreeks uitvoeren zijn verschillende bewerkingen met verschillende faalwijzen.
Als de installer klaar is, documenteert de leverancier inloggen en verbinden via de toepassing die net is geïnstalleerd. Elke latere verbinding hoort daar. Als je nog steeds het pad van de installer typt om online te gaan, heb je de installer per ongeluk onderdeel van je werkstroom gemaakt.
Starter, winkel en systeemvak zijn drie verschillende plekken
Het toepassingsmenu, een catalogus van een softwarewinkel en het systeemvakgebied zijn aparte interfaces die door verschillende componenten worden onderhouden, en een installer kan er één vullen zonder de andere aan te raken. Een zelfstandige installer schrijft meestal een desktopelement, wat alleen starterintegratie is en niets meer. Het maakt de app geen door de winkel beheerde installatie en garandeert geen systeemvakpictogram.
Een systeemvakindicator heeft steun van beide kanten nodig: de draaiende toepassing moet er een exporteren, en de desktop moet er een gastheer voor bieden. Op desktops die het traditionele systeemvak hebben verwijderd, kan een app die er een verwacht perfect draaien en niets tonen, en dat is een integratiegat in plaats van een mislukte installatie. De versie van de desktop en de versie van de app melden is wat dat gat hanteerbaar maakt.
Dus als de app opent maar het pictogram ontbreekt, herinstalleer dan niet. Controleer of er een proces draait, of het venster achter een achtergrondstart verborgen zit, en of de desktop zulke indicatoren überhaupt ondersteunt. Een ontbrekende indicator op een desktop zonder systeemvakgastheer is verwacht gedrag, geen defect. Dezelfde download een vijfde keer herinstalleren ververst alleen wat al werkte.
Leg de eigenaar van de installatie vast
Schrijf op welk kanaal de toepassing heeft geïnstalleerd, welke component hem bijwerkt en wat hem verwijdert. Die drie antwoorden zijn meestal niet hetzelfde programma, en een machine waar niemand ze kent is een machine waar twee kopieën van een VPN-client uiteindelijk om dezelfde routes vechten.
De gedownloade installer verwijderen is niets verwijderen, en het venster sluiten stopt niet noodzakelijk de dienst of het blokkeringsbeleid dat hij heeft geïnstalleerd. Zoek voordat je opruimt uit wat er bij het inloggen draait en wat een herstart overleeft.
Als de installer zijn werk heeft gedaan, leg hem in een map die je zult onthouden en behandel hem niet meer als de app. De volgende keer dat de tunnel zich slecht gedraagt, begin bij de geïnstalleerde app, en laat de download een artefact blijven van de dag waarop je hem hebt geïnstalleerd. De PIA-installatiehandleiding voor Linux is de referentie voor de aanroep en de eerste opstartstappen die hierboven zijn beschreven.