Elke keer die VPN .run-lêer weer laat loop? Dis die installeerder

Jy klik die lêer wat jy verlede week afgelaai het, die verbinding werk, en die gewoonte bly: elke keer wanneer die VPN val, laat loop jy weer daardie selfde lêer. Niks breek dadelik nie, en dis hoekom die patroon bly voortbestaan. Wat jy eintlik doen, is om die program oor homself te herinstalleer en dit dan weer oop te maak van die einde van die installeerder af.

Sodra die installeerder klaar is, woon die program êrens anders op die skyf en het sy eie ikoon, sy eie instellings en sy eie agtergronddiens. Die aflaai was die afleweringsmeganisme, en dit is heeltemal reg om dit te hou, maar dit is nie die ding waarmee jy verbind nie.

Wat die aflaai eintlik op die skyf gesit het

'n .run-lêer is 'n naamkonvensie, nie 'n lêertipe nie. Dit kan 'n shell-skrip, 'n selfuitpakkende argief, 'n saamgestelde binêre lêer of iets wees wat tydens looptyd besluit watter van dié dinge om te wees. Die agtervoegsel sê niks vir jou oor wie dit gepubliseer het of of jy dit moet vertrou nie, en dit is die rede waarom installasie-instruksies begin by die verkryging daarvan uit 'n geverifieerde kanaal eerder as by 'n opdrag.

Vir 'n verskaffer wat so lewer, pak die installeerder sy vrag uit, skryf die program en sy ondersteunende lêers, en registreer wat dit nodig het by die werkskerm. Wanneer dit klaar is, is die interessante artefakte die program se binêre lêer, 'n werkskerminskrywing en dikwels 'n diens wat die program begin. Nie een van dié is die lêer wat jy afgelaai het nie. Kyk in die gids wat die installeerder in sy finale uitset noem, en jy sal die onderskeid dadelik sien.

Die gewoonte om dit weer te laat loop, verberg ook 'n diagnose. As die app ná 'n volle herinstallasie oopmaak maar nie vanuit die kieslys nie, leer jy niks oor watter stuk ontbreek het nie, want die installeerder het almal herbou.

Installeer een keer, met die verskaffer se eie opdrag

Volg die gedokumenteerde opdrag presies, insluitend die tolk wat dit noem. Vir PIA se Linux-kliënt roep die gids die installeerder deur sh, so die vorm van die opdrag is die tolk gevolg deur die lêer wat jy werklik afgelaai het.

sh ./pia-linux-VERSION.run

VERSION is 'n plekhouer vir watter bou ook al jy afgelaai het, nie 'n aanbeveling om na 'n spesifieke nommer te soek nie. Behandel daardie opdrag as kode-uitvoering met gevolge op stelselvlak, want dit is wat dit is: dit is nie 'n manier om die lêer te inspekteer nie, en om dit twee keer te laat loop leer jou niks wat die eerste loop nie geleer het nie.

Een besonderheid uit dieselfde gids is maklik om oor te slaan en werd om te herhaal: moenie die installeerder met sudo vooraan plaas nie. Dit vra self die administratiewe magtiging wat dit nodig het, en om dit in 'n root-dop te draai verander in watter gebruiker se omgewing die installasie beland. Dieselfde redenasie is hoekom "maak elke aflaai uitvoerbaar en laat dit loop" nie 'n algemene reël is nie; om 'n tolk te vra om 'n skrip te lees en om 'n lêer direk uit te voer is verskillende bewerkings met verskillende foutmodusse.

Wanneer die installeerder klaar is, dokumenteer die verskaffer hoe om aan te meld en te verbind deur die program wat pas geïnstalleer is. Elke latere verbinding hoort daar. As jy nog steeds die installeerder se pad intik om aanlyn te kom, het jy die installeerder per ongeluk deel van jou werkvloei gemaak.

Lanseerder, winkel en systraai is drie verskillende plekke

Die programkieslys, 'n sagtewarewinkel-katalogus en die systraai-area is aparte koppelvlakke wat deur verskillende komponente onderhou word, en 'n installeerder kan een daarvan vul sonder om aan die ander te raak. 'n Selfstandige installeerder skryf gewoonlik 'n werkskerminskrywing, wat net lanseerderintegrasie is en niks meer nie. Dit maak nie die app 'n winkelbestuurde installasie nie, en dit waarborg nie 'n systraai-ikoon nie.

'n Systraai-aanwyser het ondersteuning van beide kante nodig: die lopende program moet een uitvoer, en die werkskerm moet 'n gasheer daarvoor verskaf. Op werkskerms wat die tradisionele systraai verwyder het, kan 'n app wat een verwag heeltemal reg loop en niks wys, en dit is 'n integrasiegaping eerder as 'n mislukte installasie. Om die werkskermweergawe en die app-weergawe te rapporteer is wat daardie gaping bruikbaar maak.

So wanneer die app oopmaak maar die ikoon ontbreek, moenie herinstalleer nie. Kyk of 'n proses loop, of die venster agter 'n agtergrondbegin versteek is, en of die werkskerm hoegenaamd aanwysers van daardie soort ondersteun. 'n Ontbrekende aanwyser op 'n werkskerm sonder 'n systraai-gasheer is verwagte gedrag, nie 'n fout nie. Om dieselfde aflaai 'n vyfde keer te herinstalleer verfris net wat al gewerk het.

Teken die eienaar van die installasie aan

Skryf neer watter kanaal die program geïnstalleer het, watter komponent dit opdateer, en wat dit verwyder. Daardie drie antwoorde is gewoonlik nie dieselfde program nie, en 'n masjien waar niemand hulle ken nie, is 'n masjien waar twee kopieë van 'n VPN-kliënt uiteindelik oor dieselfde roetes baklei.

Om die afgelaaide installeerder te verwyder is nie om enigiets te deïnstalleer nie, en om die venster toe te maak stop nie noodwendig die diens of die blokkeringsbeleid wat dit geïnstalleer het nie. Voordat jy opruim, vind uit wat by aanmelding loop en wat 'n herbegin oorleef.

Sodra die installeerder sy werk gedoen het, sit dit in 'n gids wat jy sal onthou en hou op om dit as die program te behandel. Die volgende keer wanneer die tonnel onreëlmatig werk, begin by die geïnstalleerde app, en laat die aflaai 'n artefak van die dag toe jy dit geïnstalleer het. Die PIA Linux-installasiegids is die verwysing vir die opdrag en eerste loodsstappe wat hierbo beskryf is.