Kjører du VPN .run-filen på nytt hver gang? Det er installasjonsprogrammet

Du dobbeltklikker på filen du lastet ned forrige uke, tilkoblingen virker, og vanen holder seg: hver gang VPN-en faller, kjører du den samme filen på nytt. Ingenting går i stykker med en gang, og derfor overlever mønsteret. Det du faktisk gjør, er å installere programmet på nytt oppå seg selv og deretter åpne det igjen fra slutten av installasjonsprogrammet.

Når installasjonsprogrammet er ferdig, bor programmet et annet sted på disken og har sitt eget ikon, sine egne innstillinger og sin egen bakgrunnstjeneste. Nedlastingen var leveringsmekanismen, og det er helt greit å beholde den, men det er ikke det du kobler til.

Hva nedlastingen faktisk la på disken

.run fil er en navnekonvensjon, ikke en filtype. Den kan være et shell-skript, et selvutpakkende arkiv, en kompilert binærfil eller noe som bestemmer under kjøring hvilken av disse den er. Endelsen forteller deg ingenting om hvem som publiserte den eller om du bør stole på den, og derfor begynner installasjonsveiledninger med å hente den fra en verifisert kanal i stedet for med en kommando.

For en leverandør som distribuerer slik, pakker installasjonsprogrammet ut nyttelasten sin, skriver programmet og støttefilene og registrerer i skrivebordsmiljøet det det trenger. Når det er ferdig, er de interessante artefaktene programmets binærfil, en skrivebordsoppføring og ofte en tjeneste som programmet starter. Ingen av dem er filen du lastet ned. Se i mappen installasjonsprogrammet oppgir i sin siste utskrift, og du vil se forskjellen med en gang.

Vanen med å kjøre det på nytt skjuler også en diagnose. Hvis appen åpnes etter en full reinstallasjon, men ikke fra menyen, lærer du ingenting om hvilken del som manglet, fordi installasjonsprogrammet bygde dem alle på nytt.

Installer én gang, med leverandørens eget kall

Følg det dokumenterte kallet nøyaktig, inkludert tolken det oppgir. For PIAs Linux-klient kaller veiledningen installasjonsprogrammet via sh, så kommandoforløpet er tolken etterfulgt av filen du faktisk lastet ned.

sh ./pia-linux-VERSION.run

VERSION er en plassholder for hvilken som helst versjon du hentet, ikke en anbefaling om å lete etter et bestemt nummer. Behandle den kommandoen som kodekjøring med konsekvenser på systemnivå, for det er det den er: den er ikke en måte å inspisere filen på, og å kjøre den to ganger lærer deg ingenting som den første ikke lærte deg.

En detalj fra samme veiledning er lett å hoppe over og verdt å gjenta: ikke sett sudo foran installasjonsprogrammet. Det ber selv om den administrative autorisasjonen det trenger, og å pakke det inn i et root-skall endrer hvilket brukermiljø installasjonen lander i. Av samme grunn er «gjør hver nedlasting kjørbar og kjør den» ikke en generell regel; å be en tolk lese et skript og å kjøre en fil direkte er to forskjellige operasjoner med forskjellige feilmoduser.

Når installasjonsprogrammet er ferdig, dokumenterer leverandøren innlogging og tilkobling gjennom programmet som nettopp ble installert. Hver senere tilkobling hører til der. Hvis du fortsatt skriver inn stien til installasjonsprogrammet for å komme på nett, har du ved et uhell gjort installasjonsprogrammet til en del av arbeidsflyten din.

Starter, butikk og systemkurv er tre forskjellige steder

Programmenyen, en katalog fra en programbutikk og systemkurvområdet er separate grensesnitt som vedlikeholdes av forskjellige komponenter, og et installasjonsprogram kan fylle ett uten å røre de andre. Et frittstående installasjonsprogram skriver vanligvis en skrivebordsoppføring, noe som bare er starterintegrasjon og ikke noe mer. Det gjør ikke appen til en butikkstyrt installasjon, og det garanterer ikke et systemkurvikon.

En systemkurvindikator trenger støtte fra begge sider: programmet som kjører må eksportere en, og skrivebordet må tilby en vert for den. På skrivebord som har fjernet den tradisjonelle systemkurven, kan en app som forventer en kjøre perfekt og ikke vise noe, og det er et integrasjonshull snarere enn en mislykket installasjon. Å rapportere skrivebordets versjon og appens versjon er det som gjør hullet håndterbart.

Så når appen åpnes, men ikonet mangler, ikke installer på nytt. Sjekk om en prosess kjører, om vinduet er skjult bak en bakgrunnsstart, og om skrivebordet i det hele tatt støtter slike indikatorer. En manglende indikator på et skrivebord uten systemkurvvert er forventet atferd, ikke en feil. Å installere den samme nedlastingen på nytt en femte gang oppdaterer bare det som allerede virket.

Skriv ned eieren av installasjonen

Skriv ned hvilken kanal som installerte programmet, hvilken komponent som oppdaterer det, og hva som fjerner det. De tre svarene er vanligvis ikke det samme programmet, og en maskin der ingen kjenner dem, er en maskin der to kopier av en VPN-klient til slutt kjemper om de samme rutene.

Å slette den nedlastede installasjonsfilen avinstallerer ingenting, og å lukke vinduet stopper ikke nødvendigvis tjenesten eller blokkeringspolicyen den installerte. Før du rydder, finn ut hva som kjører ved innlogging, og hva som overlever en omstart.

Når installasjonsprogrammet har gjort jobben sin, legg det i en mappe du vil huske, og slutt å behandle det som appen. Neste gang tunnelen oppfører seg dårlig, start fra det installerte programmet, og la nedlastingen forbli et artefakt fra dagen du installerte den. PIAs Linux-installasjonsveiledning er referansen for kallet og de første oppstartsstegene som er beskrevet ovenfor.