Ĉu vi relanĉas la .run-dosieron de la VPN ĉiufoje? Tio estas la instalilo
La elŝuto metis aplikaĵon sur la diskon, kaj nun ĝi kuŝas tie aspektante kiel la programo. Konektiĝu el la instalita aplikaĵo kaj konservu la instalilon por poste.
Vi duobleklakas la dosieron, kiun vi elŝutis pasintsemajne, la konekto funkcias, kaj la kutimo restas: ĉiufoje kiam la VPN falas, vi relanĉas tiun saman dosieron. Nenio tuj rompiĝas, kaj tial la ŝablono pluvivas. Kion vi fakte faras, estas reinstali la aplikaĵon sur si mem, kaj poste remalfermi ĝin el la fino de la instalilo.
Kiam la instalilo finiĝas, la programo loĝas aliloke sur la disko kaj havas sian propran ikonon, siajn proprajn agordojn kaj sian propran fonservon. La elŝuto estis la livera mekanismo, kaj konservi ĝin estas tute en ordo, sed ĝi ne estas tio, per kio vi konektiĝas.
Kion la elŝuto efektive metis sur la diskon
.run dosiero estas nomkonvencio, ne dosier-speco. Ĝi povas esti ŝela skripto, sinmalferma arkivo, kompilita binaraĵo, aŭ io, kio decidas dum plenumo, kiu el tiuj ĝi estos. La sufikso diras al vi nenion pri tio, kiu publikigis ĝin aŭ ĉu vi fidu ĝin, kaj tial instalinstrukcioj komenciĝas per akiro el kontrolita kanalo anstataŭ per komando.
Ĉe vendisto, kiu liveras tiel, la instalilo malpakis sian ŝarĝon, skribas la aplikaĵon kaj ĝiajn apudajn dosierojn, kaj registras en la labortabla medio tion, kion ĝi bezonas. Kiam ĝi finiĝas, la interesaj artefaktoj estas la binara dosiero de la aplikaĵo, labortabla ero, kaj ofte servo, kiun la aplikaĵo lanĉas. Neniu el ili estas la dosiero, kiun vi elŝutis. Rigardu en la dosierujon, kiun la instalilo nomas en sia fina eligo, kaj vi tuj vidos la diferencon.
La kutimo relanĉi ĝin ankaŭ kaŝas diagnozon. Se la aplikaĵo malfermiĝas post plena reinstalo sed ne el la menuo, vi lernas nenion pri tio, kiu peco mankis, ĉar la instalilo rekonstruis ĉiujn.
Instalu unufoje, per la propra alvoko de la vendisto
Sekvu la dokumentitan alvokon precize, inkluzive de la interpretilo, kiun ĝi nomas. Por la Linux-kliento de PIA, la gvidilo alvokas la instalilon per sh, do la formo de la komando estas la interpretilo sekvata de la dosiero, kiun vi efektive elŝutis.
sh ./pia-linux-VERSION.run
VERSION estas lokokupilo por kiu ajn versio, kiun vi akiris, ne rekomendo serĉi specifan numeron. Traktu tiun komandon kiel kodplenumon kun sekvoj je sistema nivelo, ĉar tion ĝi estas: ĝi ne estas maniero ekzameni la dosieron, kaj plenumi ĝin dufoje lernigas al vi nenion, kion la unua ne lernigis.
Unu detalo el la sama gvidilo facile preterlasas kaj indas ripeti: ne metu sudo antaŭ la instalilon. Ĝi mem petas la administran rajtigon, kiun ĝi bezonas, kaj ĉirkaŭvolvi ĝin en radikan ŝelon ŝanĝas, en kies uzanta medio la instalo finiĝos. Pro la sama rezonado, «fari ĉiun elŝuton plenumebla kaj lanĉi ĝin» ne estas ĝenerala regulo; peti interpretilon legi skripton kaj rekte plenumi dosieron estas malsamaj operacioj kun malsamaj malsukcesaj manieroj.
Kiam la instalilo finiĝas, la vendisto dokumentas ensalutadon kaj konekton per la ĵus instalita aplikaĵo. Ĉiu posta konekto apartenas al tie. Se vi ankoraŭ tajpas la vojon de la instalilo por esti interreta, vi hazarde igis la instalilon parto de via laborfluo.
Lanĉilo, butiko kaj sistemopleto estas tri malsamaj lokoj
La aplikaĵmenuo, katalogo de programbutiko kaj la sistemopleta areo estas apartaj interfacoj tenataj de malsamaj komponantoj, kaj instalilo povas plenigi unu sen tuŝi la aliajn. Memstara instalilo kutime skribas labortablan eron, kio estas nur lanĉila integriĝo kaj nenio pli. Ĝi ne faras la aplikaĵon butike administrata instalo, kaj ĝi ne garantias sistempletan ikonon.
Sistempleta indikilo bezonas subtenon de ambaŭ flankoj: la kuranta aplikaĵo devas eksporti unu, kaj la labortablo devas provizi gastiganton por ĝi. En labortabloj, kiuj forigis la tradician sistemopleton, aplikaĵo, kiu atendas unu, povas perfekte funkcii kaj montri nenion, kaj tio estas integriĝa manko, ne malsukcesa instalo. Raporti la version de la labortablo kaj la version de la aplikaĵo estas tio, kio igas tiun mankon uzebla.
Do kiam la aplikaĵo malfermiĝas sed la ikono mankas, ne reinstalu. Kontrolu, ĉu procezo funkcias, ĉu la fenestro kaŝiĝas malantaŭ fona lanĉo, kaj ĉu la labortablo entute subtenas tiajn indikilojn. Mankanta indikilo en labortablo sen sistempleta gastiganto estas atendata konduto, ne difekto. Reinstali la saman elŝuton kvinan fojon nur refreŝigas tion, kio jam funkciis.
Notu la posedanton de la instalo
Notu, kiu kanalo instalis la aplikaĵon, kiu komponanto ĝin ĝisdatigas kaj kio ĝin forigas. Tiuj tri respondoj kutime ne estas la sama programo, kaj maŝino, kie neniu ilin scias, estas maŝino, kie du kopioj de VPN-kliento finfine kverelas pri la samaj itineroj.
Forigi la elŝutitan instalilon ne malinstala ion ajn, kaj fermi la fenestron ne nepre haltigas la servon aŭ la blokadan politikon, kiun ĝi instalis. Antaŭ ol vi ordigos, eltrovu, kio funkcias ĉe ensaluto kaj kio postvivas restartigon.
Post kiam la instalilo plenumis sian taskon, metu ĝin en dosierujon, kiun vi memoros, kaj ĉesu trakti ĝin kiel la aplikaĵon. La venontan fojon, kiam la tunelo miskondutos, komencu de la instalita aplikaĵo, kaj lasu la elŝuton resti artefakto de la tago, kiam vi instalis ĝin. La PIA-instala gvidilo por Linux estas la referenco por la alvoko kaj la unuaj startaj paŝoj priskribitaj supre.