Sziasztok!
Remélem jó helyre írom a kérdésem.
Melyik a legjobb ingyenes szerver menedzselő program? Értem ez alatt a domain/mail/ftp/ssh/stb kezelést.
Mi a tapasztalatotok? Előre is köszönöm.
- 1915 megtekintés
Hozzászólások
Neked a webmin-re van szükséged.
Csak az a szomorú, hogy azzal is tudnod kell, hogy mit miért, és még a hogyan egy részét sem árt érteni. Amúgy abban segít a legtöbbet, hogy a hogyan egy részét egér-kattintgatásra checkboxok kipipálására egyszerűsíti. No meg a lehetőségeket megmutatja, amit meg kell ismerned.
Ne légy türelmetlen. Sajnos egy program feltelepítése nem pótolja a tanulást. Amit te akarsz azt nem lehet egy könyv elolvasásával megtanulni. Sok-sok forrásból kell összeszedni az ismereteket.
Mondom ezt a másik két általad nyitott topik (egyik másik) olvasása alapján is.
UI: Ha már megkérdezted: Ez a kérdés ezen a szinten a Linux-kezdő-be kívánkozna.
--
не закурить! (Ne gyújts rá!) не куриться! (Ne dohányozz! Ne füstölögj!)
- A hozzászóláshoz be kell jelentkezni
hát, ja, főleg ezek után még nem haladó :)
de amúgy igen, a webmin nem helyettesíti a hozzáértést. azért hasznos is tud lenni néha.
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
Az ebox valakinek a barátja?
Én eddig kétszer nekiugrottam, de kudarc miatt --purge távozott. :(
- A hozzászóláshoz be kell jelentkezni
Jó, de úgy szint tudni kell mit miért csinálsz. A jövő benne van AIO linux SBS szerver képében.
- A hozzászóláshoz be kell jelentkezni
Csak kérdeznék. Webhosting lenne?!
- A hozzászóláshoz be kell jelentkezni
:)
- A hozzászóláshoz be kell jelentkezni
Az ilyen projekteknek tapasztalatom szerint az szokott a vége lenni, hogy valami összedöl, a menedzsment felületen nem lehet helyrehozni, emberünk nekiáll hackelni, majd amikor konstatálja, hogy nem megy, keres valaki hozzáértőt, aki hajlandó ellapátolni az odacsinált halmot. Jobb lenne mindjárt kezdetektől fogva keresni valakit, aki ért hozzá és akkor mindjárt első körben elkerülhető a halom növése.
Plusz: olyat ne akarj, amit a nagytudású adminpanel gyártói nem akartak, mert akkor jobb esetben orbitálisat szívsz, rosszabb esetben használhatatlan configgal marad hátra a géped. Legutóbb ispCP-t telepítettem chrootban... nem sok dolog maradt érintetlen, úgyhogy azzal a mozdulattal rm -rf áldozata lett az egész.
- A hozzászóláshoz be kell jelentkezni
+1 azért egy komplett szolgáltatás-kör üzemeltetéséhez nem elég egy lamp howto-t elolvasni és sokszor még az évek tapasztalata sem elég, mert elsőre úgyis belefut a delikvens olyan problémába, amihez ő maga kevés. Ezért is szoktunk téged hívni ;)
- A hozzászóláshoz be kell jelentkezni
Asszem most döntöttem el, hogy az e-mail aláírásomból kiveszem a telefonszámomat. :D
- A hozzászóláshoz be kell jelentkezni
Már későőőő. De nem para, álltalában nem vagy messze ide...
- A hozzászóláshoz be kell jelentkezni
VHCS2 - Virtual Hosting Controll System - e-mail, FTP, webtárhely, domain kezelésére alkalmas...stb ingyenes
127.0.0.1 SWEET 127.0.0.1
- A hozzászóláshoz be kell jelentkezni
ja, viszont ha valaki nem tud fejből összerakni egy LAMP-ot, akkor a Vhcs felejtős... Használtam régenm, nem rossz, csak ha valami félrecsúszik telepítés során, vagy menet közben, akkor vérpisálásos az összerakása. :)
- A hozzászóláshoz be kell jelentkezni
Én az évek alatt próbálkoztam már VHCS-el, Webmin-el, Cpanel-el, de a végén mindig maradt a részben/egészben manuális config.
Régi terv összerakni egy saját rendszert, ami most már úgy néz ki, halad. De nem akarom újra feltalálni a kereket - ráadásul nem kis munkával, úgyhogy szóljatok, ha valaki tud hasonlót.
Alapvető célom: Több szervert tudjon kezelni, nemcsak erőforrás, de szolgáltatások szerint is elosztva, amik között lehetnek "idegen" szerverek is, aminek a szolgáltatásairól szintén tudjon a rendszer.
A jogosultsági szintek alap.
A komplexitás miatt igyekszek mindent SQL (MySQL) alapon kezelni, amit a legtöbb szolgáltatás (mail, dns, ftp) már támogat, az Apache sajna még nem, annak a configjait file-ba kell generálni az sql-ből.
Igen, nagy hibája a kész rendszereknek a már említett "Ne akarj olyat, amit a rendszerbe nem írtak bele". Ezért próbálok szinte minden funkcióhóz némi "backdoor"-t beépíteni, hogy hozzáértéssel - és ésszel - felül lehessen bírálni a rendszert, ha szükséges.
Ezt leginkább csak azért gépeltem mind ide, ha valkit esetleg érdekel, szívesen megosztom az ötleteimet, de elfogadok segítséget is a felület fejlesztéséhez.
- A hozzászóláshoz be kell jelentkezni
Ez egy cluster management szoftver lenne és még a sokezer dolláros fizetős szoftverek között sincs normális.
- A hozzászóláshoz be kell jelentkezni
Ezt értsem úgy, hogy felejtős, mert túl nagy falat, vagy éppen hogy lenne rá igény?
- A hozzászóláshoz be kell jelentkezni
Annyiféle igény tud lenni, hogy még véletlenül sem tudod lefedni a töredékét sem. Az egyetlen megoldás, hogy az alatta levő szoftvereket jól rakják össze, akkor már nem akkora szopás adminfelületet csinálni. Most vagyok túl többedmagammal egy ilyen gyártásán és van min javítani.
- A hozzászóláshoz be kell jelentkezni
Én is elkezdtem már egy saját rendszert. Érdekelne a véleményed, és az, hogy meddig jutottál a sajátoddal.
Még csak az ftp felhasználók kezelésénél tartok. Én azonban egy kicsit más irányból közelítettem meg a problémát. Például ha az ftp beállításokat nézzük, akkor van egy adatbázis, melyben tároljuk a beállításokat: felhasználó, jelszó, feltöltés-,letöltésráta, kvóta, stb... Ezt kezeli a management program webes felületen. Minden egyes változtatáskor módosítja az adatbázist és lefuttat egy scriptet. A script paraméterként megkapja a változtatott adatokat és végrehajtja a módosításokat a szerveren. A management felületnek nem kell arról tudnia, hogy az ftp felhasználó valós user, vagy mysql-ből authentikál, egyszerűen csak annyit, hogy sikeres volt-e a script futtatás. A felület alatt cserélhetőek lennének ezek a scriptek.
Erről mit gondolsz?
- A hozzászóláshoz be kell jelentkezni
Én eddig elsősorban a levelezést (postfix, courier, sasl) és az ftp (proftpd) authentikációt használtam SQL-ből, de ftp quotákkal egyelőre nem foglalkoztam. A komplex rendszert is elsősorban a központi adatbázis és a szerverek hozzáillesztése felől tervezem, a webes GUI-t majd valaki megírja hozzá.
Nekem szimpatikus a proftpd teljesen mysql alapú működése (authentikáció, quótakezelés, csoportok, naplózás), ezért ide én nem kevernék be scripteket, bár más ftp szerver esetén kellhet.
Az SQL selectek a szerver configban igény szerint bonyolíthatóak, így bármilyen feltétel szabható az authentikációhoz (pl. egyszerű aktív: yes/no kapcsoló; hibás belépés, utolsó próbálkozás, ezek alapján x időre letilt; szerver-user jogosultságtábla, ez alapján több szerver esetén kit melyik enged be, stb.)
A scriptelésnek az Apache configok esetén látom értelmét (és igényét), ott sajnos eléggé elbonyolódhat 1-1 virtualhost konfigurációja, amit az adatbázisban található információkból az adott webszerveren futó script rakna össze - itt lenne használható a VHCS megoldása, ahol egy daemon fut és figyel a szerveren, amit közvetlenül az admin felület utasít, hogy _most_ változott az adatbázis bizinyos paraméterekre vonatkozóan, nézze ki onnét és generálja újra a vonatkozó configokat.
- A hozzászóláshoz be kell jelentkezni
Nekem szimpatikus a proftpd teljesen mysql alapú működése (authentikáció, quótakezelés, csoportok, naplózás), ezért ide én nem kevernék be scripteket, bár más ftp szerver esetén kellhet.
Én is mysqlből authentikálok. Ebben az esetben a script nem csinál semmit. Ha valaki más authentikációra vágyik, akkor csak a scriptet írja át és nem a manager lelki világában kell turkálnia.
Nem néztem még komolyabban a VHCS-t, de a leírásod alapján pont azt valósították meg amire én gondoltam. A különbség csupán, hogy én JAVA/JSF alapokra helyezem az egészet.
- A hozzászóláshoz be kell jelentkezni
Ki miben programoz :) Én JAVA-t biztos nem használnék ilyenhez, bash script, max. perl, esetleg python. A Zimbra is java alapokra helyezte a dolgokat (pedig alapvetően postfix, mysql ldap, apache, stb.) és baromi erőforrásigényes lett tőle.
Ebben igazad van, hogy a ne az adatbázist módosítgassa az ember a különböző szerverekhez. Ilyenkor valóban jól jöhetnek a scriptek. Vagy esetleg igény szerinti view-kat lehet utólag pakolni az adatbázisba.
- A hozzászóláshoz be kell jelentkezni
Személyes élmények:
VHCS: átír minden lehetséges konfig fájlt, amire nem gondolt a VHCS fejlesztője, azt felejtsd el.
ISPConfig: ugyanez
GNUpanel: nálam egy friss lenny installáción elszállt a telepítő, de húzta magával a rendszert is. Egyszerűbb volt a reinstall, mint kibogarászni, mit rontott el.
isp-control: már nem emlékszem, miért szedtem le.
SysCP: magadnak írod a konfig fájlokat, de megmondja, hogyan. Maradtam ennél. Kicsi, egyszerű, eddig nem volt vele probléma.
Egyébként rengeteg topic foglalkozik már ezzel:
http://hup.hu/node/44508
http://hup.hu/node/77100
- A hozzászóláshoz be kell jelentkezni
Próbáld ki az SME server-t.
- A hozzászóláshoz be kell jelentkezni