Kuidas hoida korraga mitu masinat ajakohasena

Olukordades, kus haldate mitut masinat, võib Apt olla väga kasulik, kuna see muudab iga masina turvapaikade värskendamise ja rakendamise protsessi väga lihtsaks. Probleem on selles, et traditsioonilise meetodi korral peate pärast värskenduse ilmumist iga masina jaoks alla laadima kõigi uute pakettide koopiad, mis tähendab meie ribalaiuse ja ribalaiuse fenomenaalset tarbimist. Õnneks on olemas meetod see võimaldab meil värskendada ühte masinatest ja seejärel uuendada ülejäänud masinaid, mis meie võrgu moodustavad. See meetod lisaks kulude vähendamisele ja meie ribalaiuse kasutamise optimeerimisele väldib pakettide dubleerimist erinevates masinates: kõik nad installivad pakette meie "vahemäluserveri" abil.


Kui kasutate sama jaotust erinevates masinates (olgu siis tööl, arvutilaborites, serverite farmides, klastrites või isegi väikeses koduvõrgus), võib olla kasulik oma võrku vahemälu hoidla loomine nii et kui pakett on ametlikust hoidlast alla laaditud, laadivad kõik teised masinad selle alla vahemäluhoidlast, mis on salvestatud teie võrgu masinasse, mida kutsume "serveriks". Nii saab ühest masinast alla laaditud värskendused installida teistesse, ilma et peaksite neid uuesti ametlikest hoidlatest alla laadima.

Vaatame kõigepealt mõnda "mittetraditsioonilist" lahendust, mida ma EI soovita, kuid mis kindlasti selle küsimuse lahendamisel meelde tulevad.

Jaga / etc / apt

Kui installite paketi Debiani levikule (või selle derivaatidele), salvestatakse see kohalikult kataloogi '/ etc / apt'. Kui pakett on vajalik, otsib Apt kõigepealt selles kataloogis, kas seal on kohalik koopia (st vahemälu), vältides sellega tarbetut allalaadimist. Selle tulemusena olete kindlasti paljud teist mõelnud, et hea viis kõnealuse probleemi lahendamiseks võiks olla arvuti valimine, mille määraksime omamoodi serveriks, mida värskendataks ametlike hoidlate abil ja mis jagage oma kataloogi '/ etc / apt' ülejäänud võrgus olevate masinatega. See meetod võib aga põhjustada faili 'sources.list' blokeerimisega seotud probleeme. Üldiselt pole see kõige laialdasemalt kasutatav ega kõige mugavam lahendus.

Pakettide teisaldamine

Ühise kataloogi "/ etc / apt" jagamise asemel võib olla teine ​​alternatiiv see, et iga arvuti kasutab oma kohalikku vahemälu kataloogi, kuid genereerib skripti, mis hoolitseb pakettide kopeerimise eest ühest masinast teise, nii et need kõik jäävad värskendatuks. Tööriist selle ülesande täitmiseks võib olla „apt-move”, kuid ma ausalt öeldes ei soovita seda, sest see pole lõpptarbija jaoks piisavalt läbipaistev. Lisaks võib see tähendada kettaruumi täiesti tarbetut kasutamist, kuna kõik paketid tuleb kopeerida igasse masinasse.

Pühendatud vahemälusüsteemid

Parim lahendus sellele probleemile on spetsiaalse vahemälusüsteemi kasutamine. Lühidalt öeldes on see ametlike serverite koopia loomine oma võrgu ühte masinasse ja seejärel ülejäänud seadmete konfigureerimine nii, et ametlike serverite värskenduste otsimise asemel teevad nad seda seda kasutades kohalik vahemälu (või koopia).

Aptiga töötamiseks on loodud mitmesuguseid süsteeme, sealhulgas apt-cacher, apt-proxy ja apt-cached.

Siin käsitleme apt-cacherit, mida on kõige lihtsam kasutada.

apt-cacher

Apt-cacher erineb väga palju teistest hoidlate vahemälusüsteemidest, kuna see pole eraldiseisev programm, vaid töötab Cache-skriptina Apache all. Sellel on mitmeid eeliseid, näiteks muuta see väikeseks ja lihtsaks tööriistaks, kuid samal ajal väga võimsaks ja sellest tulenevalt ka jõulisemaks, kuna see ei nõua protokollide käsitsemiseks oma koodi ja see on väga paindlik, kuna saate kasutada Apache'i juurdepääsu kontrollimehhanism juhuks, kui soovite vahemälule juurdepääsuks lubatud masinate arvu piirata.

Apt-cacher tuleb installida ainult ühte masinasse, see, mille otsustate, peaks toimima teie kohaliku hoidla vahemäluna. Seejärel tuleb ülejäänud võrgus olevad arvutid konfigureerida värskenduste taotlemiseks vahemälust, mitte ametlikest serveritest.

Serveri seadistamine

Ainult installimiseks

sudo apt-get install apt-cacher

Sellel paketil on apache, perl ja wget sõltuvused, nii et see installib need, kui te pole seda varem installinud.

Pärast installimist on soovitatav Apache taaskäivitada:

/etc/init.d/apache taaskäivitage

Lõpuks tuleb vaid skripti vaikeparameetreid korrigeerida. Kirjutasin terminali:

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

Üldiselt on kõik vaikeseaded korras, kuid soovitatav on reguleerida järgmist kolme:

admin_email = miimail @ myserver genereeri_aruanded = 1 aegumiskuupäev = 24

Teine element on Boole'i ​​muutuja, mis määrab aruannete genereerimise (0 ei loo aruandeid, 1 loob neid). Esimene element on hoopis e-posti aadress, kuhu loodud aruanded saadetakse. Kolmas ja viimane punkt määrab tundide arvu, mille Apt peaks ootama, et kontrollida ametlikes serverites saadaolevate värskenduste olemasolu.

Kui kasutate puhverserverit, ärge unustage lisada järgmisi üksusi:

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

Selle toimimise kontrollimiseks pääsete oma kohalikule vahemälule juurde URL-i http: // server_name / apt-cacher / kaudu ja ilmub leht, mis näitab apt-cacheri konfiguratsiooni. Pidage meeles, et 'server_name' tuleb asendada selle masina IP-ga, mille olete määranud serveriks, st kohaliku pakett vahemälu hoidjaks.

Klientide konfiguratsioon

Nüüd peate vaid muutma serverite läbimiseks klientide sources.list. Kui serveri IP on 123.123.123.123, peate selle lisama allikate sources.list igale reale ja olge ka ettevaatlik, et nad kõik viitaksid samale serverile, vastasel juhul pole vahemälul mingit mõju.

sudo gedit /etc/apt/sources.list
Märkus: olge ettevaatlik! Debianis ja selle derivaatides on 'sources.list' salvestatud kataloogi / etc / apt. Kuid muudes jaotustes võib see olla salvestatud mõnele muule teele. Kui te faili ei leia, leiate selle alati, sisestades terminali 'locate sources.list'.

Kui fail on avatud, meie serveri IP on 123.123.123.123, tuleks kõiki ridu muuta järgmiste kriteeriumide abil:

# Original #deb http://ftp.us.debian.org/debian/ sid peamine kaastöö mitte-vaba # deb-src http://ftp.us.debian.org/debian/ sid peamine kaastöö mitte-tasuta # Muudetud deb http://123.123.123.123/apt-cacher/ftp.us.debian.org/debian/ sid peamine panus mitte-tasuta deb-src http://123.123.123.123/apt-cacher/ftp.us.debian. org / debian / sid peamine kaastöö mitte-tasuta

Nagu näete, peate URL-i alguses lisama serveri IP + '/ apt-cacher /'. Siis tuleb ülejäänud algne rida.

Liiklusstatistika

Kui lisasite faili 'apt-cacher.conf' elemendi 'generator_reports = 1', genereerib apt-cacher juurdepääsustatistika, millele pääsete juurde URL-iga "/ apt-cacher / report".

Kui peate mingil põhjusel statistika genereerima enne 'apt-cacher.conf' seadistatud tundide arvu, käivitage järgmine käsk:

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

Jäta oma kommentaar

Sinu e-postiaadressi ei avaldata. Kohustuslikud väljad on tähistatud *

*

*

  1. Andmete eest vastutab: Miguel Ángel Gatón
  2. Andmete eesmärk: Rämpsposti kontrollimine, kommentaaride haldamine.
  3. Seadustamine: teie nõusolek
  4. Andmete edastamine: andmeid ei edastata kolmandatele isikutele, välja arvatud juriidilise kohustuse alusel.
  5. Andmete salvestamine: andmebaas, mida haldab Occentus Networks (EL)
  6. Õigused: igal ajal saate oma teavet piirata, taastada ja kustutada.

  1.   Eduardo DIJO

    Tervitused, suurepärane panus, minu küsimus on, kui teate mõnda rakendust, mis võimaldab teil olla tsentraliseeritud hoidla plaastrite rakendamiseks, kuid erinevatele distributsioonidele, see tähendab, et hoiate korraga mitu masinat, kuid neil on erinevad jaotused

  2.   Kasutame Linuxi DIJO

    Tere Eduardo! Tõde on see, et ma näen seda väga raskena. Kui avastate mingil viisil, ärge lõpetage mulle teada andmist.
    Suur kallistus! Terviseks! Paul.

  3.   chiche DIJO

    Kasutan nuku minu hallatavate serverite kaughalduseks.

  4.   Kasutame Linuxi DIJO

    Jah. Suur tänu teabe eest. Parandasin selle juba ära.
    Kallistama! Paul.

  5.   Geniutrixone DIJO

    Tere,

    õpetus on ülihea ... mul on ulatus ... Debian Lenny's on source.lst teekonnal / etc / apt /

    osas

  6.   sepulvedamarcos DIJO

    küsimus….

    kui mul on paar sama jaotusega masinat ... aga mitte samade programmidega ... Kuidas teada saada, mida ametlikest repodest alla laadida ... alandab kõike ??? ...

  7.   Kasutame Linuxi DIJO

    Teie küsimus on suurepärane. Arvutan, et süsteem peaks töötama samamoodi nagu tavalises Aptis: kui see seda vahemälust ei leia, laadib selle alla ametlikest hoidlatest. Sellisel juhul teatab üks "klient" masinatest "serverile", et vajab värskendust vastavalt teie võrgu "serveris" olevale värskenduste loendile. Selle värskenduse installimiseks arvan, et see otsib paketti kõigepealt serveri vahemälust. Kui ta seda ei leia, laadib selle alla ametlikest hoidlatest, salvestab selle serverisse ja seejärel installitakse see arvutisse, mis seda nõudis. See pakett on saadaval "serveri" vahemälus, nii et ka teised teie võrgu masinad saavad selle sealt installida.

    Palun ärge kartke kirjutada, kui ma polnud piisavalt selge.

    Kallistus! Paul.

  8.   Mishudark DIJO

    Ma arvan, et on VIGA ... pakette ei salvestata kataloogis / etc / apt ... nad jäävad tegelikult kataloogi / var / cache / apt / archives

  9.   Kasutame Linuxi DIJO

    Tõde on see, et ma ei tea.
    Kindlasti on seda ka võimalik teha. 🙁
    Kui saate teada, andke mulle teada ja lisan selle.
    Terviseks! Paul.

  10.   Alvaro DIJO

    Dünaamiliste ip-dega pole midagi, eks?

  11.   Marce DIJO

    Ilmselt tuleb praegustes distros lisada port (vaikimisi 3142) kohaliku võrgu URL-ile. See näeks välja selline: http://mi_servidor:3142/apt-cacher

  12.   alfredo torrealba DIJO

    Mul on lubuntu 16.04, kes on selle süsteemi all seda teinud ja kui see on tema jaoks töötanud? ja mida ma tahtsin küsida, on järgmine, kui installin selle serveri ja mu teistel masinatel pole samu programme, kui esitan oma kliendiseadmetele taotlust serveris oleva programmi installimiseks, kas arvate, et installin see otse kohalikust serverist või esitab päringu ametlikule hoidlaserverile ¿?