Hogyan lehet egyszerre több gépet frissíteni

Olyan helyzetekben, amikor több gépet kezel, az Apt nagyon hasznos lehet, mivel nagyon egyszerűvé teszi az egyes gépek biztonsági javításainak frissítését és alkalmazását. A probléma az, hogy a hagyományos módszerrel, amint megjelenik egy frissítés, le kell töltenie az összes gép összes új csomagjának másolatát, ami a sávszélesség és a sávszélesség fenomenális fogyasztását vonja maga után a hivatalos szerverről Szerencsére van egy módszer, amely lehetővé teszi számunkra, hogy frissítsük az egyik gépet, és onnan frissítsük a hálózatunkat alkotó többi gépet. Ez a módszer a költségek csökkentése és a sávszélességünk optimalizálása mellett elkerüli a csomagok megkettőzését a különböző gépeken: mind a csomagokat a "gyorsítótár-kiszolgálónk" segítségével telepítik.


Ha ugyanazt a disztribúciót futtatja különböző gépeken (akár munkahelyen, számítógépes laboratóriumokban, szerver "farmokon", fürtökben vagy akár a kis otthoni hálózatán), akkor hasznos lehet egy gyorsítótár-tároló létrehozása a hálózatán hogy miután egy csomagot letöltöttek egy hivatalos adattárból, az összes többi gép letölti azt a gyorsítótár-lerakatot, amelyet a hálózat egyik gépén tárolnak, és amelyet "szervernek" fogunk hívni. Ily módon az egyik gépről letöltött frissítések telepíthetők a többiekre anélkül, hogy újra le kellene töltenie őket a hivatalos adattárakból.

Először nézzünk meg néhány "nem hagyományos" megoldást, amelyeket NEM ajánlok, de ezek biztosan eszünkbe jutnak a kérdés megoldása során.

Share / etc / apt

Amikor egy csomagot telepít egy Debian terjesztőre (vagy annak származékaira), akkor azt helyileg az '/ etc / apt' könyvtárban tárolja. Ha csomagra van szükség, az Apt először ebben a könyvtárban keresi, hogy van-e helyi másolat (azaz gyorsítótár), így elkerülve a felesleges letöltést. Ennek eredményeként többen biztosan azt gondolták, hogy a kérdéses probléma megoldásának jó módja lehet egy számítógép kiválasztása, amelyet egyfajta szerverként jelölünk meg, amelyet a hivatalos adattárak segítségével frissítenek, és amely ossza meg az '/ etc / apt' könyvtárat a hálózat többi gépével. Ez a módszer azonban problémákhoz vezethet a 'sources.list' fájl blokkolásával kapcsolatban. Általában nem ez a legszélesebb körben használt vagy a legkényelmesebb megoldás.

Csomagok áthelyezése

A közös '/ etc / apt' könyvtár megosztása helyett egy másik alternatíva lehet az, ha minden számítógép a saját helyi gyorsítótár-könyvtárát használja, de létrehoz egy szkriptet, amely gondoskodik a csomagok egyik gépről a másikra másolásáról, hogy azok mind frissüljenek. . A feladat végrehajtásának eszköze lehet „apt-move”, de őszintén szólva nem ajánlom, mert nem elég átlátszó a végfelhasználó számára. Ez azt is jelentheti, hogy teljesen felesleges a lemezterület, mivel minden csomagot át kell másolni az egyes gépekre.

Dedikált gyorsítótár-rendszerek

A legjobb megoldás erre a problémára egy dedikált gyorsítótár-rendszer használata. Röviden, arról van szó, hogy a hivatalos szerverek másolatát létrehozza a hálózat egyik gépén, majd konfigurálja a többi gépet úgy, hogy ahelyett, hogy frissítéseket keresne a hivatalos szerverekről, ezt használja helyi gyorsítótár (vagy másolat).

Számos olyan rendszer létezik, amelyeket az Apt használatára terveztek, beleértve az apt-cacher, az apt-proxy és az apt-cached fájlokat.

Itt az apt-cacherrel fogunk foglalkozni, amely a legkönnyebben használható.

apt-cacher

Az Apt-cacher nagyon különbözik a többi tároló gyorsítótár-rendszerétől, mivel nem önálló program, hanem CGI szkriptként fut Apache alatt. Ennek számos előnye van, például egy kicsi és egyszerű eszköz, de ugyanakkor nagyon hatékony és következésképpen robusztusabb eszköz, mivel nem igényel saját kódot a protokollok kezeléséhez, és nagyon rugalmas, mert használhatja az Apache beléptető mechanizmus arra az esetre, ha korlátozni kívánja a gyorsítótár elérésére engedélyezett gépek számát.

Az Apt-cacher szoftvert csak egy gépre kell telepíteni, amelyiknek úgy dönt, hogy a helyi adattár gyorsítótáraként működik. Ezután a hálózat többi számítógépét úgy kell beállítani, hogy frissítéseket kérjen a gyorsítótárból, és ne a hivatalos szerverekről.

Szerver beállítása

Csak telepíteni

sudo apt-get install apt-cacher

Ez a csomag az apache, perl és wget függőségekkel rendelkezik, ezért telepíti őket, ha még nem telepítette korábban.

A telepítés után ajánlott újraindítani az Apache-t:

/etc/init.d/apache újraindítás

Végül csak annyit kell tennie, hogy módosítja a szkript alapértelmezett paramétereit. Egy terminálon írtam:

sudo gedit /etc/apt-cacher/apt-cacher.conf

Általánosságban elmondható, hogy az összes alapértelmezett rendben van, de ajánlott a következő három beállítást beállítani:

admin_email = mimail @ myserver generál_jelentések = 1 lejárati_óra = 24

A második elem egy logikai változó, amely meghatározza a jelentések generálását (0 nem generál jelentéseket, 1 generál). Az első elem ehelyett az e-mail cím, amelyre a létrehozott jelentéseket elküldik. A harmadik és egyben utolsó elem meghatározza az órák számát, amire az Apt-nek várnia kell, hogy ellenőrizze a hivatalos szervereken elérhető frissítéseket.

Ha proxyt használ, ne felejtse el hozzáadni a következő elemeket:

http_proxy = proxy.example.com: 8080 use_proxy = 1

Működésének ellenőrzéséhez elérheti a helyi gyorsítótárat a http: // kiszolgáló_neve / apt-cacher / URL címen keresztül, és megjelenik egy oldal, amely az apt-cacher konfigurációt mutatja. Ne feledje, hogy a „kiszolgáló_nevét” annak a gépnek az IP-jével kell kicserélni, amelyet „kiszolgálónak” nevezett ki, vagyis a helyi csomag-gyorsítótár letéteményese.

Ügyfelek konfigurálása

Most már csak annyit kell tennie, hogy módosítsa az ügyfelek source.list-jét, hogy azok áthaladjanak a szerveren. Ha a kiszolgáló IP-címe 123.123.123.123, akkor hozzá kell adnia a sources.list minden sorához, és arra is ügyeljen, hogy mind ugyanarra a kiszolgálóra utaljanak, különben a gyorsítótárnak nincs hatása.

sudo gedit /etc/apt/sources.list
Megjegyzés: Legyen óvatos! A Debianban és annak származékaiban a 'sources.list' az '/ etc / apt' könyvtárban van tárolva. Más disztribúciókban azonban előfordulhat, hogy egy másik útvonalon tárolják. Abban az esetben, ha nem találja a fájlt, mindig megtalálja azt, ha beírja a terminálba a „locate sources.list” kifejezést.

A fájl megnyitása után, szerverünk IP-címe 123.123.123.123, az összes sort módosítani kell az alábbi kritériumok alapján:

# Eredeti #deb http://ftp.us.debian.org/debian/ sid fő hozzájárulás nem ingyenes # deb-src http://ftp.us.debian.org/debian/ sid fő hozzájárulás nem ingyenes # Módosítva deb http://123.123.123.123/apt-cacher/ftp.us.debian.org/debian/ sid main contrib nem szabad deb-src http://123.123.123.123/apt-cacher/ftp.us.debian. org / debian / sid fő hozzájárulás nem ingyenes

Amint láthatja, hozzá kell adnia a kiszolgáló IP + '/ apt-cacher /' nevét az URL elejéhez. Ezután megy az eredeti sor többi része.

Forgalmi statisztika

Ha hozzáadta az 'gener_reports = 1' elemet az 'apt-cacher.conf' fájlba, az apt-cacher hozzáférési statisztikákat generál, amelyeket az '/ apt-cacher / report' URL-címmel érhet el.

Ha valamilyen okból statisztikákat kell készítenie az 'apt-cacher.conf' fájlban megadott óraszám előtt, futtassa a következő parancsot:

/usr/share/apt-cacher/apt-cacher-report.pl

Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.

  1.   eduardo dijo

    Üdvözlet, kitűnő hozzájárulás, az a kérdésem, hogy tudsz-e olyan alkalmazást, amely lehetővé teszi, hogy központosított adattárat használj a javítások, de különböző terjesztésekhez, vagyis több gépet egyszerre frissítsen, de különböző terjesztésekkel rendelkezik

  2.   Használjuk a Linuxot dijo

    Szia Eduardo! Az az igazság, hogy nagyon nehéznek látom. Ha bármilyen módon felfedezed, ne hagyd abba, hogy tudasd velem.
    Egy nagy ölelés! Egészségére! Pál.

  3.   chiche dijo

    A bábut használom az általam kezelt szerverek távoli kezelésére.

  4.   Használjuk a Linuxot dijo

    Igen, nagyon köszönöm az információt. Már javítottam.
    Ölelés! Pál.

  5.   Geniutrixone dijo

    Helló,

    a bemutató nagyon jó ... Van egy hatóköröm ... a Debian Lenny-ben a source.lst az / etc / apt /

    tekintetében

  6.   sepulvedamarcos dijo

    kérdés….

    ha van pár gépem ugyanazzal a terjesztéssel ... de nem ugyanazokkal a programokkal…. Honnan tudod, mit tölts le a hivatalos repókból ... mindent leereszt ??? ...

  7.   Használjuk a Linuxot dijo

    A kérdése kiváló. Számításom szerint a rendszernek ugyanúgy kell működnie, mint egy közös Apt esetén: ha nem találja meg a gyorsítótárban, akkor letölti a hivatalos adattárakból. Ebben az esetben az egyik „ügyfél” gép tájékoztatja a „szervert”, hogy frissítésre van szüksége a hálózat „szerverén” található frissítések listája szerint. A frissítés telepítéséhez kiszámítom, hogy először a kiszolgáló gyorsítótárában keresi a csomagot. Ha nem találja meg, letölti a hivatalos adattárakból, elmenti a szerverre, és onnan telepíti azt a gépet, amelyre szüksége volt. Ez a csomag a "kiszolgáló" gyorsítótárban lesz elérhető, így a hálózat más gépei is onnan telepíthetik.

    Írj nyugodtan, ha nem voltam elég tiszta.

    Egy ölelés! Pál.

  8.   Mishudark dijo

    Azt hiszem, van egy HIBA ... a csomagokat nem tároljuk az / etc / apt könyvtárban. valójában a / var / cache / apt / archives könyvtárban maradnak

  9.   Használjuk a Linuxot dijo

    Az igazság az, hogy nem tudom.
    Persze van rá mód. 🙁
    Ha megtudja, tudassa velem, és én hozzáadom.
    Egészségére! Pál.

  10.   Alvaro dijo

    Semmi dinamikus ip-vel, igaz?

  11.   Mark dijo

    Nyilvánvalóan a jelenlegi diszkókban hozzá kell adni a portot (alapértelmezés szerint a 3142-et) a helyi hálózat URL-jéhez. Így néz ki: http://mi_servidor:3142/apt-cacher

  12.   alfredo torrealba dijo

    Van lubuntu 16.04, ki csinálta ebben a rendszerben, és ha ez bevált neki? És azt akartam kérdezni, hogy ha telepítem ezt a kiszolgálót, és a többi gépemen nem ugyanazok a programok vannak, amikor az ügyfélgépeimen kérést kérek egy olyan program telepítéséhez, amely a szerveren van, akkor gondolja, hogy telepítem közvetlenül a helyi szerverről, vagy a hivatalos adattár szerverhez intézi a kérést?