Offline VPN-csomagok: kérdezd meg a célt, mire van szüksége

A VPN-kliensre azért van szükség, hogy elérje azt a hálózatot, amely rendes körülmények között a csomagjait szolgáltatná, és ez egy szép kis kör. Egyetlen OpenVPN DEB letöltése egy másik gépen általában egy második hiányzó függőséggel végződik, aztán egy harmadikkal, majd egy estével, amely a könyvtárverziók hajszolásával telik. A másik út az, hogy hagyjuk a leválasztott gépet a saját szavaival megmondani, mire van szüksége a csomagkezelőjének. Az alábbiak mindabból a fordulatból következnek, hogy ki kérdez.

A Debian család rendszerein ez a beszélgetés az apt-offline-on keresztül zajlik, amely kérés-és-visszatérés munkafolyamat. A saját futtatókörnyezetének előbb jelen kell lennie a célon, jóváhagyott adathordozóról vagy egy másik, rendszergazda által kezelt indításból telepítve, mert egyetlen eszköz sem tudja magát a semmiből elindítani.

A cél csomagállapotából indulj ki, ne a segédéből

Minden más előtt jegyezd fel a cél disztribúció-kiadását, a felhasználói tér architektúráját és a beállított csomagforrásokat. Ez a három tény dönti el, melyik VPN-megvalósítás és melyik asztali integráció megfelelő, és ezek azok a tények, amelyeket egy csatlakoztatott segéd nem tud szolgáltatni.

A segéd fájlokat tölt le; nem válik a függőségek alapvonalává. Egy újabb laptop, amelyen már telepítve van az OpenVPN, teljesen más csomagállapotban van, mint a cél, így a sikere semmit sem bizonyít arról, mit tud a cél befogadni.

Azt is döntsd el, mit is szeretnél valójában. A VPN-motor, egy NetworkManager-szolgáltatás beépülő modulja és egy grafikus szerkesztő külön csomagok, és a helyes választás a kiadástól és attól függ, hogyan fogja a felhasználó kezelni a kapcsolatot. A kijelző nélküli kiszolgálónak a motorra és egy konfigurációs fájlra van szüksége; az asztali gépnek arra a beépülő modulra, amely hagyja, hogy a hálózati beállításai birtokolják az alagutat. A rossz készlet kérése olyan telepítést eredményez, amely sikerül, és olyan kapcsolatot, amelyet senki sem tud elindítani.

Két kör, ebben a sorrendben

A kézikönyv három műveletet különít el: kérés létrehozása a leválasztott rendszeren, letöltés egy csatlakoztatott segéden és visszaimportálás a célon. Frissítsd a cél tárhelyének metaadatait a csomagok kérése előtt, mert a csomagkérés ezekből a metaadatokból épül fel, és az elavult indexek olyan kéréseket adnak, amelyeket a segéd nem tud teljesíteni.

A célon egy rendszergazdai parancs apt-offline set vpn-meta.sig --update formában írja meg a frissítési kérést. Vidd át a fájlt a csatlakoztatott gépre, és tölts le egy csomagot a apt-offline get vpn-meta.sig --bundle vpn-meta.zip paranccsal. Hozd vissza a csomagot, és importáld a célon a apt-offline install vpn-meta.zip paranccsal, ismét rendszergazdaként.

Most készítsd el a csomagkérést a frissített metaadatokból, például a apt-offline set vpn-deps.sig --install-packages openvpn paranccsal, és ismételd meg az utat új csomagnévvel. Tartsd minden kérést párban azzal a csomaggal, amelyet létrehozott; a régebbi metaadatok ellen készült csomag nem ugyanaz a kérés, akkor sem, ha a fájlnevek felcserélhetőnek látszanak.

Csak akkor add hozzá az integrációs csomagokat, amikor a terv megkívánja

Ha az asztali gépnek a hálózati beállításain keresztül kell kezelnie az alagutat, a kérésnek a motor mellett a megfelelő beépülő modulra is szüksége van. A másik disztribúcióból emlékezetből idézett lista helyett azokat a konkrét csomagneveket vedd fel, amelyeket a kiadásod biztosít, és készíts új kérést, valahányszor a lista megváltozik. A verziók rögzítése is megér egy gondolatot: egy újabb kiadáshoz épített csomag teljesítheti a nevet, és mégis meghiúsulhat futásidőben. Itt válik a négy csomagból álló rögzített készlet teherré, mert a helyes lista a cél tulajdonsága, és csak a cél tudja kiszámítani.

Itt akkor is teherré válik, ha négy csomagból álló készletet rögzítünk. A helyes lista a cél tulajdonsága, és a cél az egyetlen gép, amely képes helyesen kiszámítani.

Egy csomag importálása nem a VPN telepítése

A neve ellenére a telepítési művelet APT-adatokat helyez el a csomagkezelési környezetben. Nem hajtja végre a csomagtranzakciót. Fejezd be és vizsgáld át a cél tényleges APT-telepítését a helyben szolgáltatott adatokból, és olvasd el a kimenetet ahelyett, hogy feltételeznéd, a ZIP sikere azt jelenti, hogy a szoftver jelen van.

Ha az a tranzakció továbbra is elérhetetlen fájlokat kér, tartsd meg a konkrét hiányzó függőséget vagy tárhelyhibát, és abból készítsd el a következő kérést. Ne helyettesítsd más kiadásból származó DEB-bel, és ne kapcsold ki az ellenőrzőösszeg- vagy tárhely-hitelesítési ellenőrzéseket, hogy keresztülerőltesd. A kézikönyv kifejezetten óv a letöltött fájlok ellenőrzésének kihagyásától, és okkal: egy ellenőrizetlen csomag rosszabb eredmény, mint egy sikertelen telepítés.

A csomagok csak az első fele

A szoftver telepítése különvált a jóváhagyott végpont, a profil, a bizalmi anyag és a hitelesítő adatok beszerzésétől, és ezek mindegyikének lehet saját ellenőrzött átadása. Egy működő csomagkészlet érvényes profil nélkül semmihez sem kapcsolódik.

Utána tartsd életben az offline átviteli útvonalat a jövőbeli frissítésekhez. Ha az első sikeres kapcsolatot a karbantartás végének tekinted, a következő biztonsági frissítés addig vár, amíg valaki autóval be tud jönni, és így egy offline hálózat csendesen évekkel lemarad.