Minden alkalommal újrafuttatja a VPN .run fájlját? Az a telepítő

Duplán kattint a múlt héten letöltött fájlra, a kapcsolat működik, és a szokás megmarad: valahányszor a VPN leesik, ugyanazt a fájlt futtatja újra. Semmi sem törik el azonnal, és ezért marad fenn ez a minta. Amit valójában tesz, az az, hogy újratelepíti az alkalmazást önmaga fölé, majd újra megnyitja a telepítő végéről.

Amikor a telepítő befejeződik, a program máshol él a lemezen, és saját ikonja, saját beállításai és saját háttérszolgáltatása van. A letöltés volt a szállítási mechanizmus, és teljesen rendben van megtartani, de nem az, amihez csatlakozik.

Mit tett valójában a letöltés a lemezre

A .run fájl elnevezési konvenció, nem fájltípus. Lehet shell-szkript, önkicsomagoló archívum, lefordított bináris, vagy valami, ami futásidőben dönti el, melyik lesz ezek közül. A kiterjesztés semmit sem mond arról, ki tette közzé, vagy hogy megbízhat-e benne, és ezért a telepítési útmutatók nem egy paranccsal, hanem ellenőrzött csatornából való beszerzéssel kezdődnek.

Egy ilyen módon szállító szolgáltatónál a telepítő kibontja a hasznos terhét, kiírja az alkalmazást és a támogató fájljait, és regisztrálja az asztali környezetben, amire szüksége van. Amikor végzett, az érdekes artefaktumok az alkalmazás bináris fájlja, egy asztali bejegyzés és gyakran egy szolgáltatás, amelyet az alkalmazás indít. Ezek egyike sem az a fájl, amelyet letöltött. Nézzen bele abba a könyvtárba, amelyet a telepítő a végső kimenetében megnevez, és azonnal látni fogja a különbséget.

Az újrafuttatás szokása diagnózist is elrejt. Ha az alkalmazás teljes újratelepítés után megnyílik, de a menüből nem, semmit sem tanul arról, melyik rész hiányzott, mert a telepítő mindegyiket újraépítette.

Telepítse egyszer, a szolgáltató saját hívásával

Kövesse pontosan a dokumentált hívást, beleértve az általa megnevezett értelmezőt is. A PIA Linux-ügyfelénél az útmutató a telepítőt sh segítségével hívja, tehát a parancs formája az értelmező, amelyet a ténylegesen letöltött fájl követ.

sh ./pia-linux-VERSION.run

VERSION helyőrző bármely buildhez, amelyet beszerzett, és nem javaslat egy adott szám keresésére. Kezelje ezt a parancsot rendszerszintű következményekkel járó kódfuttatásként, mert az is: nem a fájl vizsgálatának módja, és kétszeri futtatása sem tanít meg semmire, amire az első nem tanított meg.

Ugyanebből az útmutatóból egy részlet könnyen kimarad, és érdemes megismételni: ne tegyen sudo a telepítő elé. Maga kéri a szükséges adminisztratív engedélyt, és root héjba csomagolása megváltoztatja, melyik felhasználó környezetébe kerül a telepítés. Ugyanezen okból a „tegyen minden letöltést futtathatóvá, és futtassa” nem általános szabály; értelmezőt kérni egy szkript olvasására és egy fájlt közvetlenül végrehajtani két különböző művelet, különböző hibaformákkal.

Amikor a telepítő befejeződik, a szolgáltató dokumentálja a bejelentkezést és a csatlakozást az éppen telepített alkalmazáson keresztül. Minden későbbi kapcsolat oda tartozik. Ha még mindig a telepítő útvonalát gépeli be az online lépéshez, véletlenül a munkafolyamata részévé tette a telepítőt.

Az indító, a bolt és a tálca három különböző hely

Az alkalmazásmenü, egy szoftverbolt katalógusa és a tálca területe külön felületek, amelyeket különböző összetevők tartanak fenn, és egy telepítő kitöltheti az egyiket anélkül, hogy hozzányúlna a többiekhez. Az önálló telepítő általában asztali bejegyzést ír, ami csak indítóintegráció és semmi több. Nem teszi az alkalmazást bolt által kezelt telepítéssé, és nem garantál tálcaikont.

A tálca jelzőjének mindkét oldal támogatására szüksége van: a futó alkalmazásnak exportálnia kell egyet, az asztalnak pedig gazdát kell biztosítania hozzá. Azokon az asztalokon, amelyek eltávolították a hagyományos tálcát, egy tálcát váró alkalmazás tökéletesen futhat, és semmit sem jeleníthet meg, és ez integrációs hiányosság, nem sikertelen telepítés. Az asztal verziójának és az alkalmazás verziójának jelentése teszi ezt a hiányosságot kezelhetővé.

Tehát amikor az alkalmazás megnyílik, de az ikon hiányzik, ne telepítsen újra. Ellenőrizze, fut-e folyamat, rejtve van-e az ablak egy háttérindítás mögött, és támogatja-e az asztal egyáltalán az ilyen jelzőket. A hiányzó jelző a tálcagazda nélküli asztalon elvárt viselkedés, nem hiba. Ugyanazon letöltés ötödik újratelepítése csak azt frissíti, ami már működött.

Jegyezze fel a telepítés tulajdonosát

Írja le, melyik csatorna telepítette az alkalmazást, melyik összetevő frissíti, és mi távolítja el. Ez a három válasz általában nem ugyanaz a program, és az a gép, ahol senki sem ismeri őket, olyan gép, ahol egy VPN-ügyfél két példánya végül ugyanazokért az útvonalakért veszekszik.

A letöltött telepítő törlése nem távolít el semmit, és az ablak bezárása nem feltétlenül állítja le a szolgáltatást vagy az általa telepített blokkolási szabályzatot. Tisztítás előtt derítse ki, mi fut bejelentkezéskor, és mi éli túl az újraindítást.

Miután a telepítő elvégezte a dolgát, tegye egy megjegyezhető mappába, és hagyja abba, hogy az alkalmazásként kezelje. Ha legközelebb az alagút rosszul viselkedik, a telepített alkalmazásból induljon, és hagyja, hogy a letöltés annak a napnak az artefaktuma maradjon, amikor telepítette. A PIA Linux-telepítési útmutatója a hivatkozás a fent leírt híváshoz és az első indítási lépésekhez.