Menaxhimi i një serveri OpenVZ (III)

Përshëndetje përsëri, të gjithë. Sot ne do të vazhdojmë me këtë seri artikuj mbi administrimin e OpenVZ. Në postimi i mëparshëm ne mbulojmë gjithçka që lidhet me të instalim nga OpenVZ.

Pra, nëse gjithçka shkoi mirë, ne duhet të kemi tashmë serverin tonë OpenVZ i instaluar dhe i gatshëm për të filluar punën me të.

Sot do të flasim për gjithçka që lidhet me administrimin e kontejnerët, si krijimi, ashtu edhe konfigurimi dhe menaxhimi i tij.

Krijimi i kontejnerëve

L kontejnerët o EVS Ato janë mjedise virtuale (makina virtuale) që ne do të krijojmë dhe menaxhojmë me serverin tonë OpenVZ. Në mënyrë që t'i krijojmë ato duhet të kemi një model.

L templates ato janë modeli nga i cili do të ndërtohet kontejneri. Ato përmbajnë paketa të ndryshme të nevojshme për funksionimin e sistemit dhe disa aplikacione themelore, si dhe të gjitha meta të dhënat (memoria e përkohshme) për të ndërtuar dhe konfiguruar makinerinë.

Ka modele të ndryshme shpërndarjet de Linux. Disa prej tyre mirëmbahen zyrtarisht dhe të tjerët janë kontribute nga komuniteti.

Mënyra më e thjeshtë për t'i marrë ato është të përdorni një nga shabllone të para-krijuara. Këto janë marrë duke krijuar një enë nga një shabllon dhe pastaj duke e paketuar atë në një skedar gzip

Ata skedarë të kompresuar do të jenë ato që do të shkarkojmë dhe nga të cilat do të krijojmë kontejnerët tanë. Në këtë mënyrë krijimi i kontejnerëve është shumë më i shpejtë dhe më i lehtë sesa në të kaluarën, kur memorja duhet të gjenerohej me dorë. E tëra çfarë ju duhet të bëni sot është të shkarkoni skedarin e shpërndarjes që keni zgjedhur nga kjo faqe:

http://openvz.org/Download/template/precreated

Pasi të shkarkohet, ne e ruajmë ashtu siç është në këtë direktori në serverin tonë:

/vz/template/cache

Tani ne mund të krijojmë tonat kontejnerët nga modelet e instaluara. Gjëja e parë që duhet mbajtur parasysh është se çdo kontejner ka një ID numerik të lidhur me të që shërben për të identifikuar VE-të dhe që nuk mund të përsëritet brenda të njëjtit host fizik.

Gjithashtu, ID duhet të jetë më e madhe se 100, pasi ID-të nga 0 në 100 përdoren nga sistemi.

Për të menaxhuar kontejnerët, komanda më e rëndësishme është vzctl. Sintaksa e mëposhtme përdoret për të krijuar një enë të re:

#vzctl create --ostemplate template --config config_file

Në ostemplate vendosim emrin e shabllonit që kemi shkarkuar më parë. Parametri i konfigurimit është opsional. Në të vendosni emrin e një skedari me konfigurime të paracaktuara për kontejnerët.

Nëse nuk e specifikojmë, do të duhet t'i vendosim me dorë. Skedarët e konfigurimit ndodhen në:

/etc/sysconfig/vz-scripts

Emrat e skedarëve kanë këtë strukturë:

ve-nombre_config.conf-sample

Më e zakonshme është basic (ve-themelore.konf-mostër). Ne mund të përdorim ato që janë krijuar si parazgjedhje ose t'i bëjmë tonat. Në çdo rast, të gjitha vlerat që janë specifikuar mund të modifikohen më vonë.

Për shembull, për të krijuar një kontejner me ID 101, nga një model debian që kemi shkarkuar më parë dhe duke përdorur konfigurimin bazë, ne ekzekutojmë:

#vzctl create 101 --ostemplate debian-6.0-x86 --config basic

Konfigurimi i kontejnerit

Tani që kemi krijuar kontejnerin tonë, mund të kalojmë në konfigurimin e tij. Për këtë ne përdorim sintaksën e mëposhtme:

#vzctl set --parametro valor --parámetro valor […]

Ka shumë parametra që ne mund të konfigurojmë. Për t'i konsultuar ata, të gjithë mund të shkojmë te manuali vzctl (# njeri vzctl) ose te wiki openvz.

Në mënyrë që të ndryshojmë ndryshimet që bëjmë, ato mbesin pas mbylljes së sistemit, ne duhet të shtojmë - ruajmë në fund të komandës. Nëse jo, do të zgjasë vetëm deri në fikjen tjetër.

Këtu do të shpjegojmë disa nga komandat më themelore:

Konfiguroni enën për të filluar kur kompjuteri fillon ose jo.
onboot [yes/no]

Specifikoni emrin e hostit të kompjuterit
hostname

Shtoni një adresë IP në pajisje. Ato shtohen në mënyrë kumulative.
ipadd

Nëse duam të fshijmë ndonjë nga ato të konfiguruar më parë duhet të përdorim:
ipdel dir_ip|all

Konfiguroni adresën e serverave DNS. Ju mund ta përdorni këtë mundësi shumë herë në të njëjtën komandë për të konfiguruar servera të shumtë. Nëse veproni kështu, do të mbishkruhen të gjithë serverët e emrave të konfiguruar më parë.
nameserver

Vendosni fjalëkalimin për një përdorues të sistemit. Nëse nuk ekziston, krijoje atë. Rekomandohet të mos përdorni këtë parametër së bashku me të tjerët. Nuk ka nevojë të përdoret save me këtë parametër.

userpasswd user:password

Tregon rendin me të cilin do të fillojë makina gjatë fillimit. Sa më i lartë numri, aq më i lartë përparësi do të ketë. Nëse nuk konfigurohet, konsiderohet të ketë përparësinë më të ulët dhe çdo kontejner tjetër që është konfiguruar do të fillojë i pari.

bootorder

Më në fund, ju lë si shembull ekzekutimin e një konfigurimi bazë për kontejnerin 101

#vzctl set 101 --boot po - emri virtualhost --ipadd 192.168.1.10 - serveri i emrave 8.8.8.8 - serveri i emrave 4.4.4.4 - ruani #vzctl vendosur 101 --userpasswd rrënja: 1234

Menaxhimi i kontejnerëve

Pasi të kemi krijuar dhe konfiguruar kontejnerët tanë, ne mund t'i menaxhojmë ato. Për ta bërë këtë, përsëri do të përdorim komandën vzctl. Disa nga komandat themelore për menaxhimin e kontejnerëve janë renditur më poshtë:

Filloni enën
#vzctl start ID

Ndalon kontejnerin
#vzctl stop ID

Ndalon kontejnerin pa pritur që të gjitha proceset e tij të ndalen
#vzctl stop ID --fast

Na tregon gjendjen e kontejnerit
#vzctl status ID

Shkatërroni enën. Para se të jetë e nevojshme ta keni ndaluar atë.
#vzctl destroy ID

Ju hyni në makinë përmes rreshtit të komandës sikur të kishim hyrë nga ssh.
#vzctl enter ID

Drejtoni një komandë brenda kontejnerit.
#vzctl exec ID comando

Renditni kontejnerët që janë aktivë në server. Me opsionin -a renditni edhe të arrestuarit.
#vzlist

Kjo është e gjitha për sot. Me këtë ne përfundojmë pjesën më themelore të administrimit të OpenVZ.

Në artikujt e ardhshëm do të flasim për procedura më të përparuara, të tilla si menaxhimi i burimeve, performanca backups ose përdorimi i plogështoj.

Deri atëherë, mund të provoni gjithçka që kemi shpjeguar deri më tani. Si gjithmonë, lini çdo pyetje që keni në komente dhe shihemi së shpejti. Jetë e gjatë dhe prosperitet.


Lini komentin tuaj

Adresa juaj e emailit nuk do të publikohet. Fusha e kërkuar janë shënuar me *

*

*

  1. Përgjegjës për të dhënat: Miguel Ángel Gatón
  2. Qëllimi i të dhënave: Kontrolloni SPAM, menaxhimin e komenteve.
  3. Legjitimimi: Pëlqimi juaj
  4. Komunikimi i të dhënave: Të dhënat nuk do t'u komunikohen palëve të treta përveç me detyrim ligjor.
  5. Ruajtja e të dhënave: Baza e të dhënave e organizuar nga Occentus Networks (BE)
  6. Të drejtat: Në çdo kohë mund të kufizoni, rikuperoni dhe fshini informacionin tuaj.

  1.   i gjallë dijo

    Artikull i shkëlqyeshëm !! 😉

    1.    kamisama666 dijo

      Shumë faleminderit!. Jam shumë i lumtur që kam mundur të botoj këto artikuj. Unë do të vazhdoj të punoj shumë dhe të bashkëpunoj atje ku mundem. Jetë e gjatë dhe prosperitet.

  2.   okz dijo

    Artikuj shumë interesantë rreth OpenVZ. Le të shohim nëse ju më inkurajoni ta provoj, unë e kam shikuar këtë çështje për një kohë të gjatë. Këtu lë disa komente:

    Unë nuk jam plotësisht i vetëdijshëm se si funksionon OpenVZ, dhe një nga pyetjet më të mëdha që kam është se pse është e nevojshme të vendosni konfigurimin e rrjetit me dorë për secilën makinë. Nuk mund ta lejoni ta marrë atë nga një server DHCP? Kjo është, a mund të jepet një urë MAC + dhe pastaj makineritë të menaxhojnë vetë për të marrë konfigurimin e rrjetit? (Sepse në artikujt për OpenVZ që kam qenë në gjendje të lexoj është gjithmonë i konfiguruar me IPv4, por çfarë lidhje me IPv6?)

    Për më tepër, nëse do të më duhej të konfiguroja statikisht cilësimet e rrjetit, çfarë është e gabuar ta bësh atë nga "brenda" makinës? Dhe çfarë është kjo për të caktuar një emër host nga host? Shkurtimisht, më duket e tepërt dhe e tepërt, dhe do të doja të dija pse është e nevojshme ose e rekomanduar.

    Nga rruga, nuk e di nëse do ta prekni këtë temë, por do të më interesonte një artikull në lidhje me sigurinë dhe privatësinë në përdorimin e OpenVZ. Në VirtualBox jam mësuar të mos "shoh" njëri-tjetrin ose me hostin përveç nëse dua të bëj përmes rrjetit ose dosjeve të ndara. Pyes veten, për shembull, çfarë rreziku ekziston në krijimin e një kavanozi me OpenVZ. Unë e komentoj atë si një ide në rast se doni të shkruani në lidhje me të.

    1.    kamisama666 dijo

      Jam shumë i lumtur që ju pëlqejnë postimet dhe ju inkurajoj të provoni OpenVZ. Ju do të shihni se është tepër e lehtë për tu menaxhuar.

      Lidhur me dyshimet tuaja, shumica kanë të bëjnë me gjëra për të cilat nuk kemi folur ende. Por unë do t'ju jap një hyrje të vogël për t'i zgjidhur ato.

      Gjëja e parë që duhet të dini është se në OpenVZ ekzistojnë dy lloje konfigurimesh për rrjetin. Venet ose veth mund të përdoren. E para është e ngjashme me një rrjet privat, domethënë, mund të arrihet vetëm nga kontejnerët dhe hosti fizik. Në sytë e makinave të tjera në rrjet është sikur ato të mos ekzistojnë. Nga ana tjetër, veth është një kartë rrjeti virtual që e bën kontejnerin të funksionojë si një kompjuter tjetër në rrjet dhe mund të arrihet nga makineritë e tjera. Ai gjithashtu lejon mundësi më të përparuara të tilla si përdorimi i DHCP ose konfigurimi i rrjetit nga brenda kontejnerit.

      Lidhur me IPv6, të dy mënyrat e mbështesin atë. Ju mund të përdorni komandën ipadd me një adresë ipv6 pa probleme. Sigurisht, me venet jo të gjitha tiparet funksionojnë. Meqenëse karta venet nuk ka një MAC të lidhur, gjëra të tilla si zbulimi i fqinjit ose reklamat e routerit nuk funksionojnë.

      Lidhur me faktin që ju duhet të konfiguroni karakteristikat e jashtme, për mendimin tim, kjo është një mënyrë për të lehtësuar punën e administratorëve. Kjo ju lejon të ndryshoni karakteristikat lehtë dhe mund ta automatizoni atë pothuajse pa mundim. Dhe, siç e përmend në artikull, ju mund të krijoni modelin tuaj të konfigurimit nga i cili të krijoni makineritë, duke eleminuar kështu shumë dhimbje koke.

      Së fundmi, në lidhje me sigurinë, rekomandohet shumë përdorimi i OpenVZ për krijimin e vazove të mjaltit. OpenVZ izolon plotësisht kontejnerët nga sistemi fizik dhe duket i vërtetë për sulmuesin. Dhe e gjithë kjo me një konsum shumë të ulët të burimeve. Shtë një mundësi e shkëlqyeshme për ndërtimin e vazove të mjaltit (megjithëse ka mundësi më të thjeshta dhe të përqendruara posaçërisht për të).

      Shpresoj se i kam zgjidhur dyshimet tuaja. Nëse keni ndonjë temë tjetër ose një temë që dëshironi të mbuloj, mos hezitoni ta thoni këtë. Shihemi se shpejti. Jetë e gjatë dhe prosperitet.

  3.   Gabriel dijo

    Përshëndetje, kjo seri e postimeve është shumë e mirë, unë doja të konsultohem me sa vijon: Po përpiqem të rikuperoj disa kopje rezervë të disa kontejnerëve OpenVZ (disa skedarë .tar) që ekzekutohen në një host me Ubuntu Server, ato bëhen me sa vijon komanda:

    vzdump – ID e pezulluar –mail për rrënjën –dumpdir / rezervë / skedar

    Ky host ka versionin vijues: vzctl version 3.0.22
    Tani ideja do të ishte që të mund të rikthenim këto kontejnerë në një server CentOS 6. Kur krijoj VM të reja nuk kam probleme, por nuk mund të gjej një mënyrë për të rivendosur këto kopje rezervë (në CentOS kam versionin vijues: versionin vzctl 4.7.2)

    Unë e kam lexuar këtë:
    https://openvz.org/Quick_Installation_CentOS_6
    http://wiki.centos.org/HowTos/Virtualization/OpenVZ
    http://www.howtoforge.com/installing-and-using-openvz-on-centos-6.4-p2
    Dhe sigurisht që ky do të ishte një postim

    Nga ajo që pashë shumica e tyre flisnin për përdorimin e vzrestore, ose vzdump –restore, por nuk mund ta rikuperoj punën. (Unë nuk kam vzrestore në CentOS 6 dhe nuk kam as flamurin e-rivendosur në vzdump) Me siguri diçka po më shpëton për shkak të mungesës së përvojës në këtë temë

    Këtu vijnë pyetjet:
    A është e mundur të bëj atë që dua? Ndonjë pengesë?
    Cila do të ishte mënyra për ta bërë atë? A duhet ta instaloj disi vzrestore?
    Rekomandim? Leximi?

    Faleminderit për kontributin tuaj, përshëndetje

    1.    kamisama666 dijo

      Përshëndetje, faleminderit për komentin tuaj.

      Lidhur me pyetjet tuaja, në parim nuk duhet të ketë asnjë problem. Në fakt, mbaj mend që e kam hasur këtë shumë kohë më parë dhe e kam zgjidhur në atë kohë. Por tani për tani nuk kam qasje në dokumentacionin që kam bërë për veten time dhe, pasi nuk e kam prekur atë për ca kohë, nuk mund ta mbaj mend. Por mos u dëshpëro, unë do të instaloj një makinë me OpenVZ në një moment dhe do ta zgjidh për ju pas pak. Dhe kështu nga rruga, ndoshta unë do të kthehem në këtë seri postimesh, të cilat i kam braktisur pak.

      Jetë e gjatë dhe prosperitet.

      1.    Gabriel dijo

        Faleminderit për përgjigjen tuaj, me të vërtetë do ta vlerësoja nëse mund ta shihni.
        (Për më tepër, postimet e reja që mund të dalin në këtë temë janë me siguri shumë të dobishme)

        Një nga gjërat që më bie në sy është se në CentOS 6.5 që instaloj këto janë mjetet që instalon:
        vzcalc, vzcptcheck, vzctl, vzdqdump, vzeventd, vzifup-post, vzmemcheck, vznetaddbr, vzoversell, vzquota, vzstats, vzubc, vzcfgvalidate, vzcpucheck, vzczvqqqlq vzvzqvqlq

        Duke ndjekur hapat në dokumentacionin zyrtar: https://openvz.org/Quick_Installation_CentOS_6
        Dhe në flamujt që shoh tek njeriu vzdqdump nuk kam një flamur - rivendos. Unë gjithashtu shoh që tek njeriu vzctl kam disa flamuj - fotografi * por nuk e di nëse kjo është ajo që unë jam duke kërkuar ose si t'i përdor ato saktësisht.

    2.    kamisama666 dijo

      Epo, pasi kam luftuar me openvz dhe ashpërsinë torturuese të dokumentacionit të saj, mendoj se më në fund e kam kuptuar. Ju në të vërtetë duhet të përdorni vzrestore, i cili vjen i bashkuar me vzdump. Por në CentOS ato nuk janë instaluar dhe duhet ta bësh me dorë. Procesi është paksa i ngatërruar (aq sa të përplas kokën me tastierën) kështu që unë improvizova një artikull në një blog të timin që hapa kohët e fundit.

      url është: https://kamisama666.github.io/2014/07/instalacion-vzdump-centos6/

      Unë shpresoj se kam qenë në ndihmë, ju do të më tregoni se si ka shkuar. Oh, dhe meqenëse ju pyesni, opsioni "fotografi" funksionon vetëm për kontejnerë të tipit ploop, i cili është një formë e ndryshme e ruajtjes se zakonisht në openvz. Më interesante është "pezullimi" dhe "rivendosja", të cilat janë në gjendje të ruajnë gjendjen e kontejnerit dhe ta rikthejnë atë më vonë (por jo, nuk është në përputhje me vzdump). Sidoqoftë, për të parë nëse i ribashkoj postimet dhe flas për këto gjëra.

      Jetë e gjatë dhe prosperitet.

      1.    Gabriel dijo

        Ju nuk keni ide se çfarë e vlerësoj atë postim. Të hënën do ta provoj dhe do t'ju them, mezi pres që të rifilloni një seri të re postimesh mbi këtë temë. Dhe sigurisht që unë do të ndaj postimin tuaj që me siguri dikush tjetër e sheh të dobishme ... Unë do t'ju tregoj se si ishte të hënën, përshëndetje.

    3.    kamisama666 dijo

      Më vjen mirë që ju ndihmoi. Në fakt, meqenëse e kisha bërë postimin, përfitova dhe e publikova gjithashtu desdelinux në mënyrë që më shumë njerëz ta shohin atë. Mund ta gjeni këtu:

      https://blog.desdelinux.net/vzdump-instalarlo-centos-6-5/

      Jetë e gjatë dhe prosperitet

  4.   jcrisdro dijo

    Mik, unë kam një problem duke ndjekur hapat e konfigurimit, pyetja është që nga makina ku konfiguroj VM-i im i ri është i dukshëm, por nga segmenti i rrjetit nuk është, për shembull:

    Unë kam një segment 1. *, hosti im A ka 1.50 dhe VM B i ri ka 1.201, nga makina A mund të shoh B, por jo nga një kompjuter tjetër i lidhur në të njëjtin rrjet,

    Ju mund të më ilustroni në atë që po dështoj

  5.   Dario dijo

    Artikulli i shkëlqyeshëm dhe më ndihmoi shumë, tani një pyetje, unë kam një enë tashmë në prodhim me një model debian-7 dhe dua ta azhurnoj në debian-8 po atë enë, si duhet ta bëj?

    1.    kamisama666 dijo

      Pershendetje faleminderit shum Unë jam shkëputur nga OpenVZ për një kohë, por do të përpiqem t'ju ndihmoj sa më shumë që të mundem.

      Së pari do t'ju thosha që, nëse është e mundur, merrni parasysh krijimin e një ene të re sesa modeli Debian 8 dhe gradualisht migrimin e të dhënave dhe konfigurimit nga ena e vjetër në atë të re. Atëherë thjesht duhet të vendosni IP-në e makinës së vjetër në atë të re dhe fikse. Isshtë mënyra më e lehtë dhe e thjeshtë që ekziston.

      Nga ana tjetër, nëse kjo nuk është e mundur për çfarëdo arsye, në teori është e mundur të azhurnoni distroin brenda vetë kontejnerit siç do të vepronit në çdo makinë tjetër Debian. Por kam dëgjuar nga njerëz që kanë pasur probleme me këtë, kështu që së pari provoni me ndonjë enë tjetër. Dhe nëse keni probleme këtu janë disa faqe që flasin se si t'i zgjidhni ato (në anglisht):

      https://www.skelleton.net/2015/05/04/upgrading-debian-guests-on-proxmox-to-jessie/
      http://forum.openvz.org/index.php?t=msg&goto=51280&
      http://justinfranks.com/linux-administration/upgrade-openvz-vps-from-debian-7-wheezy-64-bit-to-debian-8-jessie-64-bit

      Sidomos hidhni një vështrim në të parën, e cila është më e fundit dhe ju shpjegon gjithçka hap pas hapi.

      Sigurisht, para se të bëj ndonjë ndryshim në kontejnerin tuaj në prodhim, nuk kam pse t'ju them as që të bëni një kopje rezervë të kontejnerit, të ftohtë ose të nxehtë, sipas rastit, në rast se ndonjë gjë shkon keq.

      Shpresoj se kam ndihmuar. Jetë e gjatë dhe prosperitet.

    2.    kamisama666 dijo

      Pershendetje faleminderit shum Kam kohë që jam shkëputur nga OpenVZ por shpresoj se mund t'ju ndihmoj.

      Së pari, nëse nuk ka asgjë për t'ju ndaluar, unë rekomandoj që të krijoni një enë të re me modelin Debian 8 dhe të migroni të gjitha konfigurimet, të dhënat dhe programet atje. Sapo gjithçka të funksionojë, thjesht duhet të ndryshoni IP-në e kontejnerit të vjetër dhe ta vendosni në atë të ri. Wayshtë mënyra më e thjeshtë dhe e shpejtë me të vërtetë.

      Nëse për ndonjë arsye nuk është e mundur që ju ta bëni këtë, në teori është e mundur të azhurnoni shpërndarjen nga brenda vetë kontejnerit. Thjesht duhet ta bësh siç bën në një makinë normale Debian. Por kam dëgjuar nga njerëz që kanë pasur probleme, megjithëse nuk duhet të ndodhë nëse mbani të azhurnuar kernelin e hostit. Gjithsesi, gjëja më e mirë që mund të bëni është të provoni të azhurnoni me një enë tjetër me debian 7 për t'u siguruar që nuk jep probleme. Dhe nëse gjeni ndonjë, këtu janë disa faqe që flasin se si ta rregulloni atë (në anglisht):

      https://www.skelleton.net/2015/05/04/upgrading-debian-guests-on-proxmox-to-jessie/
      http://justinfranks.com/linux-administration/upgrade-openvz-vps-from-debian-7-wheezy-64-bit-to-debian-8-jessie-64-bit
      http://forum.openvz.org/index.php?t=msg&goto=51280&

      Veçanërisht interesante është e para, e cila është më e fundit dhe shpjegon gjithçka hap pas hapi.

      Edhe kështu, nuk kam pse t'ju them se, çfarëdo që të vendosni, mos bëni asgjë me kontejnerin në prodhim pa bërë më parë një kopje rezervë, qoftë të nxehtë apo të ftohtë, në rast se ndodh diçka.

      Unë shpresoj se ju kam ndihmuar. Jetë e gjatë dhe prosperitet

      1.    Dario dijo

        Faleminderit për përgjigjen, ndihma është e shkëlqyeshme, unë do të lexoj artikullin dhe do të bëj disa teste dhe pastaj do t'ju them se cila ishte më e mira, përshëndetje.

  6.   ramoncin dijo

    Përshëndetje mirë, kam një gabim me kontejnerët openvz dhe nuk mund të gjej ndonjë logjikë. Duke parë këtë blog me një pjesë të komenteve, unë filloj pyetjen këtu në rast se dikush mund të më ndihmojë.

    Unë kam instaluar openvz pa problem dhe kam krijuar kontejnerë pa problem, kam montuar një shërbim të thjeshtë në internet në njërën prej tyre dhe jam mundësuar.

    Fakti është se kur përpiqesh të kryesh një azhurnim, për shembull: »apt-get update» kjo më tregon se nuk ka asnjë lidhje me ip-et e depove dhe nuk shkarkon asgjë, kështu që nuk mund të azhurnoj ose instaloj paketa të reja. Nëse i ping këto ips, a ka diçka që më mungon?

    Faleminderit paraprakisht

    1.    ramoncin dijo

      Pershendetje perseri.

      M’u desh shumë kohë për t’u përgjigjur, por zgjidhjen e gjeta shumë kohë më parë dhe nuk doja ta lija në ajër.

      Problemi ishte kryesisht se nuk jam shumë i zgjuar, zakonisht është burimi i shumicës së problemeve të mia, unë kisha një nateo që ridrejtonte gjithçka që vinte përmes portës 80 në proxy reverse, kur bënte azhurnimin apt-get, ajo e nisi atë por përgjigjet u ridrejtuan në ekipin në fjalë, duke konfiguruar iptables zgjidhet në mënyrë korrekte dhe gjithçka shkon normalisht, siç është logjike.

      Faleminderit për kontributin në OpenVZ, kjo më ndihmoi ta konfiguroja mjaft mirë

      PS: Kam mësuar që azhurnimet bëhen përmes portës 80, mendova se do të përdorja një të rastit nga 1000 ...

      Një përshëndetje.