Jedes Mal die VPN-.run-Datei erneut ausführen? Das ist der Installer

Du doppelklickst die Datei, die du letzte Woche heruntergeladen hast, die Verbindung funktioniert, und die Gewohnheit bleibt: Jedes Mal, wenn das VPN abbricht, führst du dieselbe Datei erneut aus. Nichts geht sofort kaputt, und deshalb überlebt dieses Muster. Was du tatsächlich tust, ist die Anwendung über sich selbst neu zu installieren und sie dann erneut vom Ende des Installers aus zu öffnen.

Sobald der Installer fertig ist, lebt das Programm an einem anderen Ort auf der Festplatte und hat ein eigenes Symbol, eigene Einstellungen und einen eigenen Hintergrunddienst. Der Download war der Liefermechanismus, und es ist in Ordnung, ihn zu behalten, aber er ist nicht das, womit du dich verbindest.

Was der Download tatsächlich auf die Festplatte gelegt hat

Eine .run-Datei ist eine Namenskonvention, kein Dateityp. Sie kann ein Shell-Skript, ein selbstentpackendes Archiv, eine kompilierte Binärdatei oder etwas sein, das zur Laufzeit entscheidet, was davon es ist. Die Endung sagt dir nichts darüber, wer sie veröffentlicht hat oder ob du ihr vertrauen solltest, und deshalb beginnen Installationsanleitungen mit dem Bezug aus einem verifizierten Kanal statt mit einem Befehl.

Bei einem Anbieter, der so ausliefert, entpackt der Installer seine Nutzlast, schreibt die Anwendung und ihre Begleitdateien und registriert in der Desktop-Umgebung, was er braucht. Wenn er fertig ist, sind die interessanten Artefakte die Binärdatei der Anwendung, ein Desktop-Eintrag und oft ein Dienst, den die Anwendung startet. Nichts davon ist die Datei, die du heruntergeladen hast. Sieh in das Verzeichnis, das der Installer in seiner abschließenden Ausgabe nennt, und du wirst den Unterschied sofort sehen.

Die Gewohnheit, sie erneut auszuführen, verbirgt außerdem eine Diagnose. Wenn die App nach einer vollständigen Neuinstallation startet, aber nicht über das Menü, erfährst du nichts darüber, welches Teil fehlte, weil der Installer alle neu gebaut hat.

Einmal installieren, mit dem Aufruf des Anbieters selbst

Folge dem dokumentierten Aufruf genau, einschließlich des genannten Interpreters. Für den Linux-Client von PIA ruft die Anleitung den Installer über sh auf, die Befehlsform ist also der Interpreter gefolgt von der Datei, die du tatsächlich heruntergeladen hast.

sh ./pia-linux-VERSION.run

VERSION ist ein Platzhalter für welchen Build du auch geholt hast, keine Empfehlung, nach einer bestimmten Nummer zu suchen. Behandle diesen Befehl als Codeausführung mit Folgen auf Systemebene, denn das ist er: Er ist kein Weg, die Datei zu prüfen, und ihn zweimal auszuführen lehrt dich nichts, was der erste Lauf nicht gelehrt hätte.

Ein Detail aus derselben Anleitung wird leicht übersprungen und ist es wert, wiederholt zu werden: Setze dem Installer kein sudo voran. Er fragt die administrative Berechtigung, die er braucht, selbst ab, und ihn in eine Root-Shell zu packen ändert, in welcher Benutzerumgebung die Installation landet. Aus demselben Grund ist „mach jeden Download ausführbar und führe ihn aus“ keine allgemeine Regel; einen Interpreter zu bitten, ein Skript zu lesen, und eine Datei direkt auszuführen sind unterschiedliche Vorgänge mit unterschiedlichen Fehlerarten.

Wenn der Installer fertig ist, dokumentiert der Anbieter Anmeldung und Verbindung über die gerade installierte Anwendung. Jede spätere Verbindung gehört dorthin. Wenn du immer noch den Pfad des Installers eintippst, um online zu gehen, hast du den Installer versehentlich zu einem Teil deines Arbeitsablaufs gemacht.

Starter, Store und Statusleiste sind drei verschiedene Orte

Das Anwendungsmenü, ein Katalog eines Software-Stores und der Statusleistenbereich sind getrennte Oberflächen, die von verschiedenen Komponenten gepflegt werden, und ein Installer kann eine davon füllen, ohne die anderen anzutasten. Ein eigenständiger Installer schreibt üblicherweise einen Desktop-Eintrag, was nur Starter-Integration und nichts weiter ist. Er macht die App nicht zu einer vom Store verwalteten Installation und garantiert kein Statusleistensymbol.

Ein Statusleistensymbol braucht Unterstützung von beiden Seiten: Die laufende Anwendung muss eines exportieren, und der Desktop muss einen Host dafür bereitstellen. Auf Desktops, die die traditionelle Statusleiste entfernt haben, kann eine App, die eine erwartet, einwandfrei laufen und nichts anzeigen, und das ist eine Integrationslücke statt einer gescheiterten Installation. Die Version des Desktops und die Version der App zu melden macht diese Lücke handhabbar.

Wenn die App sich also öffnet, das Symbol aber fehlt, installiere nicht neu. Prüfe, ob ein Prozess läuft, ob das Fenster hinter einem Hintergrundstart verborgen ist und ob der Desktop solche Indikatoren überhaupt unterstützt. Ein fehlender Indikator auf einem Desktop ohne Statusleisten-Host ist erwartetes Verhalten, kein Fehler. Denselben Download ein fünftes Mal neu zu installieren frischt nur auf, was bereits funktioniert hat.

Halte den Eigentümer der Installation fest

Schreib auf, welcher Kanal die Anwendung installiert hat, welche Komponente sie aktualisiert und was sie entfernt. Diese drei Antworten sind meist nicht dasselbe Programm, und ein Rechner, auf dem niemand sie kennt, ist ein Rechner, auf dem zwei Kopien eines VPN-Clients irgendwann um dieselben Routen streiten.

Den heruntergeladenen Installer zu löschen deinstalliert nichts, und das Fenster zu schließen stoppt nicht unbedingt den Dienst oder die Blockierungsrichtlinie, die er installiert hat. Finde vor dem Aufräumen heraus, was bei der Anmeldung läuft und was einen Neustart übersteht.

Wenn der Installer seine Arbeit getan hat, leg ihn in einen Ordner, den du dir merken wirst, und hör auf, ihn als die App zu behandeln. Wenn der Tunnel das nächste Mal Ärger macht, beginne bei der installierten App und lass den Download ein Artefakt des Tages bleiben, an dem du ihn installiert hast. Die PIA-Installationsanleitung für Linux ist die Referenz für den Aufruf und die ersten Startschritte, die oben beschrieben sind.