Ispconfig

Fórumok

Sziasztok!

Keresnék egy debianban jártas, ispconfighoz értő szakembert aki segíteni tudna egy régi ispconfigot átmigrálni debian 12 alá. 

Sajnos a debian frissítés után 8 ról 12 re megdöglik az ispconfig,  és nem találtam megoldást,  hogy hogyan lehet életre kelteni illetve mi az oka. Ezért kellene átmigrálni a régi szervert ebben kellene segítség.

Köszönöm előre is.

Hozzászólások

Lehet, végig kellene követni a verziószámokat tehát 8-ról 9-re ésatöbbi, egészen 12-ig.

( •̀ᴗ•́)╭∩╮

"speciel a blockchain igenis hogy jó megoldás, ezért nagy erőkkel keressük hozzá a problémát"
"A picsat, az internet a porno es a macskas kepek tarolorandszere! : HJ"

Az élet ott kezdődik, amikor rájössz, hogy szart sem kell bizonyítanod senkinek

Ha meg akarod nevettetni Istent, készíts tervet!

ispconfig_update.sh mit ir?
 

neked aztan fura humorod van...

Ugye debiannal a dist-upgrade-vel lepcsosen mesz fel, minden lepcsonel az ispconfig update.php -jat is futtasd le

Az ISPconfig-ot kell először frissíteni aktuálisra (most 3.2.12p1) még az eredeti Debian 8-on, akkor megjön az újabb PHP-k és MySQL/MariaDB-k támogatása, de nem veszik el a régebbi PHP-k, SQL-el támogatása.

Utána a Debian-t végig kell frissíteni minden főverzióra, nem lehet kihagyni egyet sem. Pláne 12-re, ahol egy csomó dolog változott, nagyot frissült.

A howtoforge oldalon tuti szuper leírás van erre, az alap debian és aztán az ISPconfig frissítésére/kondícionálására. Fontos, hogy minden Debian frissítés után csinálni kell egy -force ISPconfig frissítést is, hogy a konfigurációkat aktualizálni tudja az új OS-hez.

Update the ISPConfig Perfect Server from Debian 10 to Debian 11

Update the ISPConfig Perfect Server from Debian 11 to Debian 12

Ezek analógiájára menni fog a 8->9 és a 9->10 szerintem.

Másik lehetőség, hogy némi pénzért megveszed az ISPconfig Migration Toolkit-et, és az megcsinálja, hogy a régi rendszrről áttelepít mindent az új üres Debian 12-re.

Az a baj, hogy ez haveri alapon ingyen túl nagy munka (ez elvisz egy egész napot akkor is, ha semmi gond nem támad), fizetősen meg nem akarod szerintem, ha megtudod, mennyi egy ilyen meló reális ára.

Sziasztok

Köszi a válaszokat nagyon.

Debianról menten lépcsősen igaz nem frissítettem az ispconfigot közben csak a végén. ISPconfig migration toolkitet is megvettem azzal is próbáltam igaz nem élesben, de ott meg migrálás után nem mentek el a mailek valamiért.

Az összegről annyit, hogy hajlandó vagyok rááldozni ha valaki segít megcsinálni mert a céges dolgok vannak a debi alatt és nem nagyon próbálkozhatok éles rendszeren ez a gond mert ha ez nem sikerül akkor minden borul a cégnél.

Esetleg ötlet hogy hogyan teszteljem a dolgot kockázat nélkül?

A proxi imaget már áttettem saját szerverre onnan próbálltam frissíteni de az megborult erősen utána már nem is próbálkoztam, nem nagyon mertem sajnos.

Csiti

1) ha csak a mail-el van gondod, felteszem ezt (adott MTA-hoz értő) egészen könnyen meg fogja tudni oldani

2) az image-n megcsinálod a lépéseket - nem kihagyva az ISPconfig frissitéseket

3) ha minden jó, akkor leállítod az aktuális ISPConfig  VM-t, lemásolod, megfrissited lépésről lépésre, és az új (immár friss) VM image-t teszed a helyére

A legegyszerűbb, ha csinálsz egy lemezképet a szerverről, és akár egy desktop-on VirtualBox virtuális gépben végigcsinálod a frissítést. Ha úgy sikerül (közben elhárítod a felmerülő dolgokat), akkor az éles rendszeren sem lesz gond. A frissítés során minden sikeres lépésnél csinálj egy snapshot-ot, hogy csak onnan kelljen tovább folytatni.

Plusz, nyilván el kell tenni az eredeti működő állapotot legalább lemezkép formájában (vagy bármi más, teljes rendszert visszaállító backup megoldással), hogy végső esetben mehessen tovább az.

Mi a most futó ISPconfig verzió? Azt megnézted a chagelog-ban, hogy frissíthető-e a jelenlegi host-on tovább, akár a legfrissebbre?

Azok alapján amit írsz, én a migration toollal mennék. A "nem mennek el a mailek" egy sokkal kisebb kaliberű problémának tűnik, mint egy komplett ISPconfig működésképtelenség (amit korábban írtál, hogy upgrade után nem működött megfelelően).

Az, hogy "nem mennek el a mailek" több minden miatt is lehet. Ezer éve láttam már ISPconfig-ot, de azt hiszem, hogy Postfix van benne, szóval a /var/log/maillog egy jó kiindulási pont lehet (feladó illetve címzett email címre érdemes keresni), illetve ha kézzel megpróbálsz levelet küldeni parancssorból (echo teszt | mail -s tesztmail csiti78@hup.hu) és nézegetni a rendszer logjait, és aktívan használni a google-t.

Gyakori hiba, hogy elmászik a víruskereső/spamfilter konfigja, és nem tud elindulni, a postfix meg próbálná átadni a levelet nekik ellenőrzésre -> a maillogban erre is találsz jeleket, ha ez áll fenn

Az összegről annyit, hogy hajlandó vagyok rááldozni ha valaki segít megcsinálni mert a céges dolgok vannak a debi alatt és nem nagyon próbálkozhatok éles rendszeren ez a gond mert ha ez nem sikerül akkor minden borul a cégnél.

Látatlanban, pláne konkrét hibaüzentek nélkül nehéz konkrétat mondani. Főleg, hogy nem látod magad előtt, hogy hogyan is kellene ennek hozzáfogni, hogy lenne érdemes csinálni, nincs elképzelés.

Azért is nehéz többek közt, mert ha valaki kívülről becsatlakozik melléd erre a projektre, az első mindenképp az, hogy fel kell mérnie a rendszert, és biztos lesz egy csomó olyan kérdése, amire nem vagy csak körülbelül tudsz válaszolni, tehát a legegyszerűbb ha megnézi magának. Ezzel + a tervezéssel egy nap simán el tud menni, pláne ha sok site van, vagy bonyolult a rendszer. És onnan indul az upgrade ami alsó hangon +1-2 napnyi munka ha minden rendben van, és nincsenek ívesebb szívások vele (átlagos sebességű szervert feltételezve, néhány tíz weboldallal, amiket minden lépésnél tesztelni is kell). Szóval már 2-3 napnyi melónál tartunk (8 órás napokkal számolva), és ha bárki beközli a rendes óradíját... az nagyon sok pénz lesz. Én amikor még aktívan vállaltam projekteket, akkor 5k/HUF óradíjjal dolgoztam, csak ezzel számolva a fenti munka olyan 120k-ra jön ki és ez bőven a COVID előtt volt, ettől biztos, hogy csak többszörös pénzért vállalnák el emberek neked ezt ma.

És ez a másik ok, ami miatt én a migration toolra szavaznék, az kevesebb idő is mint az upgrade, és tekintve, hogy volt már egy majdnem sikeres migrációd, a levelezést kidebugolni szerintem 2-4 óra alatt meg lehet oldani egy hozzáértőbb emberrel. Én csak azért nem vállalkozom rá, mert sajnos a közeljövőben (= idén) erre már nem lesz időm, neked meg gondolom sürgősen kellene valami megoldás. De kb ezekkel számolhatsz.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

Köszi a választ

Proxmox backup menti minden nap este a szervert erről mindíg van másolat.

fix ip címmel megy a kérdéses vm mert ez a levelező meg a dns , és a webszerver is. Ha átteszem localba egy itthoni szerverre ahol futtatom, akkor a fix ip gond lehet , de ha pl beírom a windows host fájlba az ipt akkor szerintetek menni fog?

Köszi

Csiti

A hosts fájl nem router, hanem "manuális DNS". Hiába írod be a címét meg a nevét, ha a mentett szerver IP címe nem az otthoni tartományodba esik, akkor nem fogja látni a gép.

Az ISPconfig telepítéstől függ, hogy gondot okoz-e az IP cím váltás vagy sem. Ha minden egy gépre van telepítve, és minden konfignál 127.0.0.1-el van meghivatkozva, akkor mindegy az IP címe, cserélhető. Ha minden a gépnévvel van meghivatkozva, akkor szintén mindegy az IP címe, cserélhető. Viszont ha a beállított fix IP-vel van meghivatkozva a konfiguráció minden eleme, akkor nem tudsz egyszerűen IP címet cserélni, mert az IPSconfig adatbázisában is át kell írni több helyen.

Én elengedtem a frissítést, 3x futottam neki, pedig én csak 10-esről akartam eljutni 12-ig, de valami mindig megborult... a migration toolt én is megvettem, de közben felfedeztem, hogy tele van a szerver "szeméttel"...

Én végigcsináltam már multiserver rendszeren, 10-12 viszonylatban. Nekem komoly gond nem akadt. Igaz, a VM-ek "gyári" ajánlás szerint települtek eredetileg, nem módosítottam rajtuk semmit nem-támogatott módon, és a fejlesztői javaslatok alapján csináltam a frissítéseket is. Mondjuk van Apache Solr full text search extra konfig a Dovecot-ban, meg az rspamd is extra konfigos. De a támogatott módon nyúltam bele, így nem borult meg frissítéskor - szerencsére.

Ez még azt hiszem Debian 8-on indult, 10-ig sikerült elvinni. A régi PHP (pl. 5.1) verziók csomagból forgatva (akkor még nem volt ennyire triviális a multiPHP), jellemzően azok akartak állandóan összeakadni mindenféle SSL könyvtárakkal. Végül én inkább elengedtem a storyt

Tiszteletem az uraknak és BUEK mindenkinek. Felfrissítettem a szervert minden megy is debian 11 en szépen friss ispconfiggal de a levelező azt írja hogy érvénytelen tanusítvényt használ a site és nem jönnek be a levelek meg nem is mennek el . Mi lehet az ok. A deb 11 után változott valami? hogyan lehet javítani esetleg . köszönöm a választ előre is

Csiti