Elke kear de VPN .run-triem op 'e nij útfiere? Dat is it ynstallaasjeprogramma

Do klikst dûbel op it triem dy'tst ferline wike downloadest, de ferbining wurket, en de gewoante bliuwt: elke kear as de VPN útfalt, fiere do itselde triem wer út. Der giet neat daliks stikken, en dêrom oerlibbet it patroan. Watsto eins dochst, is de applikaasje oer himsels hinne opnij ynstallearje en him dan wer iepenje fan 'e ein fan it ynstallaasjeprogramma ôf.

As it ynstallaasjeprogramma klear is, wennet it programma earne oars op 'e skiif en hat it syn eigen ikoan, syn eigen ynstellings en syn eigen eftergrûntsjinst. De download wie it levermeganisme, en it is hielendal goed om him te hâlden, mar it is net it ding dêr'tst ferbining mei meitsje.

Wat de download eins op 'e skiif sette

In .run-triem is in nammerjochting, gjin triemtype. It kin in shell-skript, in selsútpakkend argyf, in kompilearre binary of eat wêze dat by it útfieren beslút hokker fan dy't it is. It efterheaksel fertelt dy neat oer wa't it publisearre hat of oftst it fertrouwe moatst, en dêrom begjinne ynstallaasje-ynstruksjes mei it heljen fan in ferifiearre kanaal ynstee fan mei in opdracht.

Foar in leveransier dy't sa levere, pakt it ynstallaasjeprogramma syn lading út, skriuwt de applikaasje en syn stypjende triemmen, en registrearret by it buroblêd wat it nedich hat. As it klear is, binne de nijsgjirrige artefakten de binary fan 'e applikaasje, in buroblêdynfier en faak in tsjinst dy't de applikaasje start. Net ien fan dy't is it triem datst downloadest. Sjoch yn 'e map dy't it ynstallaasjeprogramma yn syn lêste útfier neamt, en do sjochst it ferskil daliks.

De gewoante om it op 'e nij út te fieren ferberget ek in diagnoaze. As de app iepenet nei in folsleine werynstallaasje mar net út it menu, dan learst neat oer hokker part ûntbruts, om't it ynstallaasjeprogramma se allegear wer opboude.

Ynstallearje ien kear, mei de eigen oanrop fan 'e leveransier

Folgje de dokumintearre oanrop sekuer, ynklusyf de ynterpreter dy't it neamt. Foar de Linux-klant fan PIA ropt de gids it ynstallaasjeprogramma oan fia sh, dus de foarm fan 'e opdracht is de ynterpreter folge troch it triem datst eins downloadest.

sh ./pia-linux-VERSION.run

VERSION is in plakhâlder foar hokker build dan ek dy'tst helst, net in oanbefelling om in bepaald nûmer te sykjen. Behannelje dy opdracht as koadeútfiering mei gefolgen op systeemnivo, want dat is it: it is gjin manier om it triem te ynspektearjen, en it twa kear útfiere leart dy neat dat de earste kear net learde.

Ien detail út deselde gids is maklik oer te slaan en wurdich te werheljen: set gjin sudo foar it ynstallaasjeprogramma. It freget sels de bestjoerlike autorisaasje dy't it nedich hat, en it yn in root-shell stopje feroaret yn hokker brûkersomjouwing de ynstallaasje belannet. Om deselde reden is «meitsje elke download útfierber en fier him út» gjin algemiene regel; in ynterpreter freegje om in skript te lêzen en in triem direkt útfiere binne ferskillende operaasjes mei ferskillende flatermodi.

As it ynstallaasjeprogramma klear is, dokumintearret de leveransier it oanmelden en ferbinen fia de applikaasje dy't krekt ynstallearre is. Eltse lettere ferbining heart dêr. As do noch altyd it paad fan it ynstallaasjeprogramma typst om online te kommen, hast it ynstallaasjeprogramma by ûngelok diel fan dyn wurkstream makke.

Starter, winkel en systeemlade binne trije ferskillende plakken

It appmenu, in katalogus fan in softwarewinkel en it systeemladegebiet binne aparte ynterfaces dy't troch ferskillende komponinten ûnderhâlden wurde, en in ynstallaasjeprogramma kin ien folje sûnder de oaren oan te reitsjen. In selsstannich ynstallaasjeprogramma skriuwt ornaris in buroblêdynfier, wat allinnich starteryntegraasje is en neat mear. It makket de app gjin troch de winkel beheard ynstallaasje, en it garandearret gjin systeemlade-ikoan.

In systeemlade-yndikator hat stipe fan beide kanten nedich: de rinnende applikaasje moat ien eksportearje, en it buroblêd moat der in host foar leverje. Op buroblêden dy't de tradysjonele systeemlade fuorthelle hawwe, kin in app dy't ien ferwachtet hielendal goed rinne en neat sjen litte, en dat is in yntergraasjekuoll, gjin mislearre ynstallaasje. It melden fan 'e buroblêdferzje en de appferzje is wat dy kuoll hanthavenber makket.

Dus as de app iepenet mar it ikoan ûntbrekt, ynstallearje dan net op 'e nij. Kontrolearje oft in proses rint, oft it finster efter in eftergrûnstart ferburgen is, en oft it buroblêd sokke yndikators hielendal stipet. In ûntbrekkende yndikator op in buroblêd sûnder systeemlade-host is ferwacht gedrach, gjin defekt. Deselde download in fyfde kear op 'e nij ynstallearje ferfarsket allinnich wat al wurke.

Skriuw de eigner fan 'e ynstallaasje op

Skriuw op hokker kanaal de applikaasje ynstallearre, hokker komponint him bywurket en wat him fuorthellet. Dy trije antwurden binne ornaris net itselde programma, en in masine dêr't nimmen se ken is in masine dêr't twa kopyen fan in VPN-klant úteinlik om deselde rûtes fjochtsje.

It downloadde ynstallaasjeprogramma wiskje is neat de-ynstallearje, en it finster slute stopet net needsaaklikerwiis de tsjinst of it blokkearbelied dat it ynstallearre. Foardatst oprommest, sykje út wat by oanmelden rint en wat in werstart oerlibbet.

As it ynstallaasjeprogramma syn wurk dien hat, set it dan yn in map dy'tst ûnthâldst en hâld op om it as de applikaasje te behanneljen. De folgjende kear as de tunnel him misdrage, begjin by de ynstallearre app, en lit de download in artefakt bliuwe fan 'e dei datst him ynstallearrest. De PIA Linux-ynstallaasjegids is de referinsje foar de oanrop en de earste startstappen dy't hjirboppe beskreaun binne.