Kører du VPN .run-filen igen hver gang? Det er installationsprogrammet

Du dobbeltklikker på filen, du hentede i sidste uge, forbindelsen virker, og vanen bider sig fast: hver gang VPN'en falder, kører du den samme fil igen. Intet går i stykker med det samme, og derfor overlever mønstret. Det, du faktisk gør, er at geninstallere programmet oven på sig selv og derefter åbne det igen fra slutningen af installationsprogrammet.

Når installationsprogrammet er færdigt, bor programmet et andet sted på disken og har sit eget ikon, sine egne indstillinger og sin egen baggrundstjeneste. Downloadet var leveringsmekanismen, og det er helt fint at beholde det, men det er ikke det, du forbinder med.

Hvad downloadet faktisk lagde på disken

.run fil er en navngivningskonvention, ikke en filtype. Det kan være et shell-script, et selvudpakkende arkiv, en kompileret binærfil eller noget, der under kørslen beslutter, hvilket af disse det er. Endelsen fortæller dig intet om, hvem der har udgivet den, eller om du bør stole på den, og derfor begynder installationsvejledninger med at hente den fra en verificeret kanal i stedet for med en kommando.

For en leverandør, der distribuerer på denne måde, pakker installationsprogrammet sin nyttelast ud, skriver programmet og dets understøttende filer og registrerer det, der skal til, i skrivebordsmiljøet. Når det er færdigt, er de interessante artefakter programmets binærfil, en skrivebordspost og ofte en tjeneste, som programmet starter. Ingen af dem er den fil, du hentede. Se i den mappe, som installationsprogrammet angiver i sin sidste output, og du vil straks se forskellen.

Vanen med at køre det igen skjuler også en diagnose. Hvis appen åbner efter en fuld geninstallation, men ikke fra menuen, lærer du intet om, hvilken del der manglede, fordi installationsprogrammet genopbyggede dem alle.

Installer én gang, med leverandørens egen kommandokald

Følg det dokumenterede kald præcist, inklusive den fortolker, det angiver. For PIA's Linux-klient kalder vejledningen installationsprogrammet via sh, så kommandoforløbet er fortolkeren efterfulgt af den fil, du faktisk hentede.

sh ./pia-linux-VERSION.run

VERSION er en pladsholder for hvilken build, du end hentede, ikke en anbefaling om at lede efter et bestemt nummer. Behandl den kommando som kodeudførelse med konsekvenser på systemniveau, for det er, hvad den er: den er ikke en måde at inspicere filen på, og at køre den to gange lærer dig intet, som den første kørsel ikke gjorde.

En detalje fra samme vejledning er let at springe over og værd at gentage: sæt ikke sudo foran installationsprogrammet. Det beder selv om den administrative godkendelse, det har brug for, og at pakke det ind i et root-shell ændrer, hvilken brugers miljø installationen lander i. Af samme grund er „gør hvert download eksekverbart og kør det“ ikke en generel regel; at bede en fortolker læse et script og at køre en fil direkte er to forskellige operationer med forskellige fejlmåder.

Når installationsprogrammet er færdigt, dokumenterer leverandøren login og forbindelse gennem det program, der netop blev installeret. Hver senere forbindelse hører til der. Hvis du stadig skriver installationsprogrammets sti for at komme online, har du ved et uheld gjort installationsprogrammet til en del af dit arbejdsflow.

Starter, butik og statusfelt er tre forskellige steder

Programmenuen, en katalog i en softwarebutik og statusfeltet er separate grænseflader, som vedligeholdes af forskellige komponenter, og et installationsprogram kan udfylde én uden at røre de andre. Et selvstændigt installationsprogram skriver ofte en skrivebordspost, hvilket er starterintegration og intet mere. Det gør ikke appen til en butiksadministreret installation og garanterer ikke et statusfeltikon.

En statusindikator kræver støtte fra begge sider: det kørende program skal eksportere en, og skrivebordet skal stille en vært til rådighed for den. På skriveborde, der har fjernet det traditionelle statusfelt, kan en app, der forventer et, køre perfekt og vise intet, og det er et integrationshul snarere end en mislykket installation. At rapportere skrivebordets version og appens version er det, der gør hullet håndterbart.

Så når appen åbner, men ikonet mangler, skal du ikke geninstallere. Tjek, om der kører en proces, om vinduet er skjult bag en baggrundsstart, og om skrivebordet overhovedet understøtter den slags indikatorer. En manglende indikator på et skrivebord uden statusfeltvært er forventet adfærd, ikke en fejl. At geninstallere det samme download en femte gang opdaterer kun det, der allerede virkede.

Notér ejeren af installationen

Skriv ned, hvilken kanal der installerede appen, hvilken komponent der opdaterer den, og hvad der fjerner den. De tre svar er normalt ikke det samme program, og en maskine, hvor ingen kender dem, er en maskine, hvor to kopier af en VPN-klient til sidst slås om de samme ruter.

At slette det hentede installationsprogram afinstallerer intet, og at lukke vinduet stopper ikke nødvendigvis tjenesten eller den blokeringspolitik, den installerede. Før du rydder op, find ud af, hvad der kører ved login, og hvad der overlever en genstart.

Når installationsprogrammet har gjort sit arbejde, skal du lægge det i en mappe, du kan huske, og holde op med at behandle det som appen. Næste gang tunnelen opfører sig dårligt, så start fra den installerede app, og lad downloadet forblive et artefakt fra den dag, du installerede det. PIA's Linux-installationsvejledning er referencen for kaldet og de første opstartsrin, der er beskrevet ovenfor.