Zentyal 3.0

Linux

Nemrég jelent meg a Zentyal vállalati Linux kiszolgáló legújabb, 3.0-s verziója. A Zentyal legfőbb erőssége, hogy a Linuxhoz kevésbé értők számára is egyszerű, könnyen kezelhető grafikus felületet nyújt, lehetővé téve számukra az abban rejlő előnyök kihasználását anélkül, hogy Linuxot kellene tanulniuk.

A Zentyal célja, hogy professzionális, megbízható és biztonságos hálózati infrastruktúrát nyújtson kis- és közepes vállalatoknak, melyet egyszerű használni.

A Zentyal 3.0 egyik legfontosabb új képessége a Samba4 integráció, mely képessé teszi a Zentyal szervert egy Windows Szerver Active Directory teljes kiváltására. Ez annyit jelent, hogy mostantól a Zentyal szerver olyan protokollokat használ a felhasználók, jogosultságok és biztonsági házirendek kezelésére, mely teljes mértékben kompatibilis bármely Windows szerverrel és Windows munkaállomással. Más szóval egy Zentyal szerver képes egy Kerberos alapú AD rendszerben kiszolgálóként üzemelni akár mint elsődleges, akár mint másodlagos szerver, illetve egyszerűen migrálhatunk rá meglévő AD környezetet.

Szintén ennek a verziónak a képessége az egyszeri-bejelentkezés (Single Sign-On) lehetősége, mely a nyílt forrású Kerberos szoftverre épül. Ez szükségtelenné teszi, hogy a felhasználó minden alkalommal beírja az azonosító adatait, amikor olyan hálózati szolgáltatásokhoz akar hozzáférni, mint a levelezés, fájl-megosztás vagy az internet böngészés proxyn keresztül. A Samba4 integrációnak köszönhetően ez a funkció azonnal működik a Windows munkaállomások számára.

A fentieken túl a Zentyal 3.0-ban nagymértékben javult a teljesítmény és használhatóság, valamint számos új funkcióval is bővült, mint a szünetmentes-modul (UPS), vékony-kliens modul és egy új mester-szolga (master-slave) architektúra. Továbbá számos modul, így a HTTP proxy, tűzfal és a Zarafa csoportmunka platform és jelentős frissítésen esett át. Fontos változás az alapul szolgáló operációs rendszer frissítése: a Zentyal 3.0 a legújabb Ubuntu Szerver LTS kiadásra (12.04) épül.

Az új verzió megjelenésével frissült a magyar Zentyal oldal is, melyre felkerültek a 3.0 verzió használatát megtanító képernyő-videók. Az ingyenes videók a magyar Zentyal oldalról érhetők el.

Személyes megjegyzésem a rendszerrel kapcsolatban, hogy kiválóan ötvözi az Ubuntu LTS szerver komponenseit, korrektül alkalmazkodik az alapjául szolgáló rendszerhez és lehetővé teszi a haladó rendszergazdáknak, hogy "Linuxosan" belenyúljanak a működésbe, ha szeretnének. A másik oldalon pedig egy lehetőség (volt) Windows rendszergazdákat átszoktatni Linuxra, hiszen már nem kell parancssort tanulniuk, hogy adminisztrálhassák a rendszert.

Pár korábbi félreértést tisztázandó, érdemes leírnom a Zentyal üzleti modelljét. Először is a legfontosabb, hogy a Zentyal a fentieknek megfelelően az eddig nem Linuxot használó cégeket és rendszergazdákat célozza. A kommunikáció (így a weboldaluk is) ehhez alkalmazkodik, az ő nyelvükön igyekszik átadni a rendszer hasznát. Mindettől függetlenül a Zentyal egy klasszikus nyílt forrású projekt, ahol a szoftver nyílt és ingyenes, a bevételt a szolgáltatások értékesítéséből nyerik. Az egyetlen kivétel a Zarafa csoportmunka, mely rendelkezik egy zárt résszel, mely az MS MAPI megvalósítás (és mely emiatt nem is lehet nyílt). Ellenben ez képes egy Outlook klienst is kiszolgálni szabványos MAPI-val, 100%-ban helyettesítve egy Exchange rendszert. De ez nem kötelező és a Zarafa e nélkül is teljes értékű a webes felületén, illetve rendelkezik szabványos POP3, IMAP, CalDAV, CardDAV és iCal csatolókkal, valamint ActiveSync szinkronizációval teljesen ingyen.
Szintén több félreértés volt a frissítésekből. A weboldal szerint a "QA" frissítések csak a kereskedelmi változatban elérhetőek, ami így igaz, de itt fontos a "QA" jelzés, azaz a klasszikus közösségi frissítések (amit egy Ubuntu szerverhez is kapsz) természetesen ugyan úgy elérhetőek. A "QA" itt annyit jelent, hogy a Zentyal mérnökök a kiadás előtt átnézik, tesztelik a frissítéseket, ezzel nagyobb garanciát nyújtva, hogy a frissítés nem fog problémát okozni.
A fentieken felül supportot és távoli felügyelet illetve menedzsment szolgáltatást kap, aki a kereskedelmi verziót választja, mely alkalmas a Zentyal szerverhez kapcsolt Windows munkaállomások távoli elérésére is biztonságos csatornán.

Linux szakik nyilván feltehetik a kérdést, hogy mire jó ez az egész, hiszen ott van minden a Debianban, Ubuntuban, CentOSban, stb. (ki mit szeret) és mindent össze lehet rakni kézzel. Ez teljesen igaz, mindössze egyetlen apró kérdés: mennyi idő alatt rakod így össze és mivel fogod adminisztrálni? Egy Zentyal alapú tartomány vezérlő és csoportmunka rendszer kulcsrakész felhúzása egy óra. És egy óra egy Linuxot nem ismerő informatikus szakembernek is. És a hangsúly ez utóbbin van: ez a rendszer nekik készült.

Végül, de nem utolsó sorban köszönet a Magyar Ubuntu Közösségnek, hogy segített a Zentyal honosításában. A 3.0 telepítőjében már egy jelentős részben kész fordítás van, ami a következő hetekben várható frissített telepítőben tovább fog javulni.

Október 4-5. között rendezték meg a Zentyal éves konferenciáját (Zentyal Summit), melyen számos érdekes szakmai és üzleti előadás hangzott el. Üzleti szempontból számomra talán az egyik legérdekesebb a Zentyal befektetőjét képviselő Tom Henriksson előadása volt. Tom az Open Ocean Capital képviseletében tartott előadást. Az Open Ocean Capitalról annyit érdemes tudni, hogy jellemzően nyílt projektekbe fektet be és pl. a MySQL sikere is az ő nevükhöz fűződik. Szintén érdekes volt meghallgatni a Canonicalt képviselő Andrew Cooper (EMEA and ANZ Channel Manager). A technikai oldalon számos a Zentyallal kapcsolatos szakmai újdonságot ismerhettünk meg. Az előadásokról készült felvétel, így én nagyon remélem, hogy azok rövidesen elérhetőek lesznek azok számára, akik nem tudtak személyesen részt venni (bár saját tapasztalatból tudom, hogy egy-egy ilyen felvétel feldolgozása nem kevés munka). Az eseményről részletes információk a summit.zentyal.com oldalon érhetőek el.

( msandor v | 2012. 10. 10., sze – 10:53 )

Gratula az igényes cikk írásodhoz!

Hétvégén fel is raktam egy VM-be, még szoknom kell a 2.2 óta behozott különbségeket (lásd webui kinézete).
Nekem tetszik, és hiába tudok összedrótozni sokmindent sokmindennel -persze jóval hosszabb idő alatt- ezt fogom telepíteni olyan helyekre, ahol kevés időm van a napi feladatok elvégzésére, amivel rengeteg időt lehet nyerni.

( necrolite | 2012. 10. 10., sze – 11:03 )

Ezt nem igazan ertettem:

"...Az egyetlen kivétel a Zarafa csoportmunka, mely rendelkezik egy zárt résszel, mely az MS MAPI megvalósítás (és mely emiatt nem is lehet nyílt)..."

Azert mert ms mapi megvalositas nem lehet nyilt? Az ms tiltja nyilt mapi implementacio letrehozasat? Vagy olyan ms infok alapjan keszult ami miatt nem lehet nyilt? Nem vagyok jaratos a temaban (eddig csak fenykepen lattam exchange-t) ezert kerdem.

A SoGo egy nagyon ígéretes projekt. Az Outlook komponense érdekes, gondolom visszafejtették az exchange protokollt és az alapján valósították meg. Ezzel az a kockázat, hogy ezen az MS bármikor változtathat és egy apró frissítéstől borulhat az egész. A Zarafa ezzel szemben saját Outlook MAPI connectorral dolgozik (ez zárt forrású, de ingyenes és az Outookot futtató PC-re kell telepíteni) és a Zarafa szerver ezt a protokollt használja (amin az MS nem fog változtatni). Ez a hivatalosan is támogatott metódus az Outlook esetében.
Hogy miért fontos ez a különbség? Egy nagyobb cégnél nem fogják bevállalni az első kockázatát sajnos. Lehet persze mondani, hogy nesze neked vendor lock-in és hasonlók és igazad is lenne. De a problémát az Outlook használata okozza, nem a mögötte lévő szerver. Tehát a felhasználót kellene leszoktatni az Outlookról (bővebben az MS Officeról), de nincs megfelelő alternatíva az Outlookra (Windowson) és a legtöbben sajnos az Officehoz is ragaszkodnak. Amíg ez a helyzet (és nyilván lelkesen dolgozunk azon, hogy ez megváltozzon), addig ahhoz, hogy a szerver oldalt visszahódítsuk a Linux számára ilyen kacifántos megoldások kellenek. Nem véletlen, hogy az elmúlt években a Windows szerver komoly teret nyert a Linuxszal szemben, holott ez a Linux erősebb oldala (ez volt "A Windows visszavág"). Ez most egy jó lehetőség visszatérni, jöhet "A Linux visszatér" fejezet :-)

Visszatérve a SOGora, sajnos nagyrészt a szokásos macerás Linux alkalmazás: a telepítése nem pár kattintás, sok egyéb komponenssel kell összehozni, hogy működjön. Persze erre valók a magasan képzett Linux szakemberek, csak épp ők kevesen vannak és drágán dolgoznak. És ezzel visszatértünk az eredeti problémához, ami miatt a Windows szerver ott tarthat, ahol most tart. Mellesleg a SOGo Thunderbird kiegészítője igen szimpatikus, nagyban egyszerűsíti a kliens oldalt, bár felhasználói élményben a TB+Lightning fényévekre van sajnos az Outlooktól. És itt ne magadból indulj ki, én is TB-t használok, de akik Outlookhoz szoktak nehezen viselik a váltást. Szerencsére a TB az elmúlt években sokat fejlődött a Lightninggel egyetemben (és nagyon remélem, hogy a Mozilla nem fogja kukázni a projektet).

A másik nagy hiány SOGo terén az ActiveSync mobil támogatás. A mobil szinkronizáláshoz újabb külön program kell, a Funambol, mely csak SyncML-t tud, ami már csak a régi (Symbianos) Nokia telefonokban fellelhető gyárilag, az új telefonokhoz külön alkalmazás kell rá, ha van egyáltalán (és funkciókban is erősen korlátozott a SyncML). A mobil világ de-facto sztenderdje az ActiveSync lett, azaz megint az MS nyert... Olyannyira, hogy az Android alapértelmezett kapcsolódási módja is ez (a Google sajátján kívül persze, de ez utóbbi nem nyílt). Valamint ez érhető el az iOS-ben és persze a Windows Phone rendszereken is.
Ez sajnos az a terület, ahol a nyílt forrású világ messziről igyekszik követni az MS-t, ami nagy kár és nagy hátrány.

--
Slapic

Slapic, tudod hogy mindig kötekedni szoktam, most is azt teszem. Határozottan az az emlékem, hogy azt láttam kb 1 hónappal ezelőtt, hogy a Zarafa valóban képes Outlook kapcsolatot kezelni, ellenben az ingyenes (Community) verziója max 3 db Outlook kapcsolatot engedélyez. A többi verzió viszont fizetős. (Megtaláltam a linket: http://www.zarafa.com/content/editions - a táblázatban ez az első infó, és jól látszik, amit írtam.) Ebből nekem azért az következik, hogy logikusan a Zentyal ingyenes verziója esetén is élnie kell ennek a korlátnak, különben a Zentyal incorporated (vagy mi) fizetné helyettem a megfelelő Zarafa licencet?

Ami meg a openchange megvalósítás kockázatos használatát illeti, érdekes módon soha senkitől (Tőled se) láttam/hallottam azt, hogy aggódnak Samba használat esetén a miatt, hogy egy peccs-kedden az MS kijön egy inkompatibilis CIFS-javítással, és emiatt megborul a Samba-ra alapozott rendszer. Ettől miért nem kell félnie a szabadszoftvert (is) használó közösségnek? (Pedig az MS tényleg szeret ilyet csinálni, ha jól rémlik volt változás CIFS-ben, az őáltala használt Messenger-protokollban is, meg nyilván még pár helyen.)

Első kérdés: az ingyenesben sem nyílt forrású a MAPI rész. Nem állítottam, hogy fizetne a Zarafa érte (mert nem tudom fizet-e), csak azt, hogy ez nem nyílt forrású, ellenben a többi komponensével, ami az.

Második: ha már kötekszünk CIFS már régen nincs, csak egy átmeneti marketing neve volt a protokollnak :-)
A kérdésedre válaszolva a Samba is futott már bele hasonló problémákba. Ellenben ez a protokoll (SMB) többé-kevésbé közismert és az MS is csak nagyobb kiadásokkal (SP-kel) módosítja. Szemben az Exchange protokolljával, amit nem túl sokan implementáltak.
De egyéb iránt nem jó és nem szerencsés ez a felállás. Az ideális az lenne, ha nyílt, dokumentált lenne a protokoll és lehetne bízni benne, hogy időben tud minden fejlesztő a változásokról. Sajnos az MS még nem ebben az irányban halad (bár voltak pozitív változások az elmúlt években).
Amit én írtam csak arról szólt, hogy mi az előnye az egyiknek a másikkal szemben, ami továbbra is így van. Ettől még a másik is lehet jó. De míg a Samba egy közismert dolog, és pl. NAS-ok 99%-ban is az fut, az Exchange-t kiváltó szerverek nem annyira. Nagyobb a félelem emiatt a vevőben. Ez sajnos az MS szokásos FUD technikájának köszönhető. És igen, egy szabványos, licencelt megvalósítás emiatt egy nagyobb cégnél könnyebben eladható. Ezzel egy lábunk már "bent van" és reménykedhetünk, hogy nem a forró víz jön, ha bejutottunk :-)

--
Slapic

Szerintem félreértettél (jóindulatú megközelítés): engem az érdekelt, hogy jól tudom-e, hogy ha nincs senkivel semmilyen support-szerződésem, nem vettem semmiféle licencet, ellenben letöltöm a zentyal.org-ról az általuk elérhetővé tett "community edition" nevű verziót, akkor az abban elérhető Zarafára is érvényes-e a 3 Outlook-klienses korlátozás.

No most további keresgélés helyett én megálltam ennél a linknél, itt pedig kattintottam a Full edition comparision chart-ra, és ebben ezt látom:

E-mail Server (Outlook support sold as an add-on): a Community verzió esetén nincs semmi, a Small Business esetén 24,5 Euro/hó 25 felhasználóig, az Enterprise-ban pedig 8 Euro / 5 felhasználó / hó.
Ezek az adatok nekem azt mutatják, hogy igen, ha Outlook kell, akkor perkálni kell, és valószínűleg érvényes a 3 Outlook-klienses korlát. (És még a forrása se nyílt annak a konnektornak.)

Ami pedig a másik felét illeti: ha jól tudom, a Samba is visszafejtésből lett. Ha jól tudom, a mai napig nincs is másik megvalósítás. És még szívatja(ta) is őket az MS. Pont ugyanez a helyzet most az Exchange-MAPI résszel, mint volt akkor az SMB-vel. Amúgy tudom, hogy a Wikipedia nem a legmegbízhatóbb forrás, de abban biza az szerepel, hogy immár a MAPI dokumentáció elérhető az MS oldalán: hivatkozás ide. És mit ad isten, a Wiki 3-féle megvalósítást emleget: OpenMAPI, a Zarafa-féle MAPI4Linux (hm!) és az Openchange-beli libmapi-t.

Azaz véleményem szerint valamelyik nagyon Linux-mellett álló cég (Novell, IBM, HP, a sor tetszőlegesen folytatható) igazán megfizethetne már 1-2-3-10-100 fejlesztőt, és lekódoltathatná - lehetőleg valami nyílt licenc alatt kiadva a végeredményt. És után kb 2 hónappal elkezdenének ömleni a valóban Exchange-helyettesítő rendszerek. (Itt persze azt is hozzá kell tenni, hogy változatlanul el tudom képzelni azt, hogy bizonyos dolgokra nem található megoldás. De lehet, hogy 10-50 fős cég esetén nem is használják ki az Exchange összes funkcióját.

Igen, a Zentyalban lévő Zarafa tartalmazza a free, de nem open source komponenst, ami tudja a MAPI-t. Mert ugye a Zarafának van a teljesen open source változata, amiben nincs MAPI (lásd zarafa.com alatt a community részt és a letöltést). A MAPI-s rész nem egy másik változat, mindössze egy komponens amit az open source mellé teszel. Ez igényel licencet, mely nélkül 3 konkurens felhasználóig enged kapcsolódni (ellenben a licencelés NEM konkurens, hanem felvett felhasználó számra megy!).
Ez két dologra jó nagyon:

1. tesztelni, hogy tényleg működik az Outlook

2. migráláshoz, melyhez van szép Windows alkalmazásuk és aminek szintén kell a MAPI. Ez képes egy komplett Exchange szervert vagy sok-sok PST fájlt migrálni Zarafába és vissza (vissza csak PST-be). Így egy átállás Exchange-ről vagy helyileg tárolt levelezésről (PST) gyors és egyszerű (elindítod a migrálást és megvárod, míg kész, nincs vele közben munka).

Ezen felül vehetsz licencet három félét. Innen jön a kereskedelmi szoftver rész, aki allergiás rá ugorjon a következő bekezdésre :-) Van a sima Small Business 80€/év/5felhasználó áron. Ez tudja az Outlook MAPI-t. Aztán van a Professional és az Enterprise, melyek pluszban tudnak olyan apróságokat, mint Blackberry szerver kiszolgálása (ahhoz nem elég a MAPI) és fürtözött működés, értelem szerűen magasabb áron.
Ez eddig a hivatalos Zarafa változat. Van még a Zentyal kiegészítés, mely csak és kizárólag a kereskedelmi Zentyal változathoz érhető el: ez a Zentyal Small Businesshez vásárolható 25 felhasználós csomag, mely évi 245,- € / szerver és amiért az eredetileg 400,-€/év árú (5 db 5 felhasználós csomag 5×80€) Zarafa Small Business változatot kapod pont 25 felhasználóra (tehát nem bővítheted).

Az openchange-t nem próbáltam ki, csak elolvastam mit tud. Ott állítja, hogy natív Exchange és nem kell hozzá kliens oldali "drága" szoftver. Ebből az következett nekem, hogy nem MAPI plugint használ, hanem visszafejtésből származhat a dolog. A MAPI dokumentáció nem keverendő össze az Exchange által használt protokollal. A MAPI a kliens (Outlook) és a natív szerver protokoll közötti API. A Zarafa MAPI megvalósítás ingyenes, nem kell fizetned érte, náluk a szerver oldalon fizeted meg a díjat. A Zimbránál pl. ha jól emlékszem ez pont fordítva van, de lehet tévedek, azt kevésbé ismerem (ellenben a Zimnbra már pénzért ad olyan alap dolgokat, amik a Zarafában az open source részt jelentik + a Zimbra nem túl szépen illeszkedik egy meglévő rendszerhez azzal, hogy mindenből sajátot akar /ldap, mysql, stb./, míg a Zarafa jól érzi magát a rendszered "eredeti" alkalmazásai mellett és nem tesz fel mindenből egyedit).

Abban viszont nem teljesen értek egyet, hogy csináljon már valaki egy nyílt MAPI megvalósítást, mert nem erre van szükség. Inkább csináljon már valaki egy nyílt Outlook alternatívát, ami működik mindenféle oprendszeren és ami képes Exchangehez is, IMAP-hoz is csatlakozni. Mondjuk portolhatná valaki végre működőképesen az Evolutiont Windowsra és MacOSXre. Ó igen, és lehetne egy nyílt API, amit mindenki támogatna... mert hiába van Linuxon Evolution (tehát hiába portoljuk Windowsra is...), azzal bizony nem tudok se Zarafához, se Zimbrához kapcsolódni egyszerűen (IMAP+CalDAV+stb vacakolással igen, de az sem az igazi). Exchangehez persze igen, tök jó. Tehát a felhasználó vagy marad Windowson és akkor lehet a szerver Linux, vagy vált a desktopon Linuxra és akkor Windows szerver kell Exchange-el. Már ha tényleg egy ilyen minden egyben szolgáltatást akar, aminek lássuk be van létjogosultsága és igen kényelmes. Egyszóval a homogén Linux környezet (Linux szerver + Linux kliens), ha egy Outlook/Exchange szintű szolgáltatás kell nem megvalósítható. No ezen kellene rohadt gyorsan változtatni.

--
Slapic

( Szab | 2012. 10. 10., sze – 13:28 )

Valaki próbálta már feltenni VirtualBoxban?
Nálam megáll a cdrom-detect-nél, és nem találja a cdromot. Próbáltam SATA és IDE cd-t is.

Nem tudom, hogy ugyanebbe a hibba futottam-e bele, de ajánlott erősen a VBox frissítés, ugyanis valamelyik verzió Changelogja szerint pont ahhoz a kernelverzióhoz jött ki valami javítás, mint ami a Zentyal alapján képező Ubi 12.04-ben van. (Szóval igen, futtattam VBox-ban és igen volt vele gond - bár a VBox frissítés óta mostanában stabilan megy.)

( gabori | 2012. 10. 10., sze – 13:40 )

Samba 4? Ez most azt jelenti hogy kijött belőle már stabil? Vagy csak belerakták a kódot, hogy jó lesz az?

A Zentyal fejlesztők elég szorosan együtt dolgoztak a Samba fejlesztőkkel, hogy legyen a 3.0-ra egy stabil Samba 4. Gyakorlatilag sikerült is. A szabad szoftveres maximalizmus miatt ugyan a samba fejlesztők még csak az rc1-et adták ki, de a gyakorlati tapasztalat azt mutatja, hogy stabilan működik. Elvileg 1-2 héten belül lesz teljesen hivatalos stabil samba 4 is.

--
Slapic

( wlaszi | 2012. 10. 10., sze – 14:05 )

a bejelentésben szerepel egy ígéret a 2.2->3.0 upgrade toolra. Lehet tudni, hogy kb mikor jelenik majd meg?

--
"The only valid measurement of code quality: WTFs/min"

Várhatóan 1-2 hónap. De legalább senki sem fogja elkapkodni a frissítést, amit éles szerveren nem is kockáztatnék meg semmilyen új rendszerre ennyi ideig (szemben egy új telepítéssel, ahol az nem boríthatja fel a már működő rendszert, hiszen új).
Sok nehézséget kell megoldjanak a frissítővel. Nem csak az alatta lévő Ubuntu 10.04-ről 12.04-re frissítését, hanem a saját környezetük változásainak kezelését is, amiben komoly változás volt az adatbázis motor cseréje (ebbe naplóz pl.): PostgreSQL helyett MySQL került a 3.0 kiadásba. Ennek egyszerű oka pedig, hogy a Zarafa csak MySQL-el működik és emiatt két SQL motor kellett a rendszerre. Ez most egyszerűsödött ezzel. A frissítőnek viszont migrálnia kell a meglévő PostgreSQL adatbázist MySQL-be.
A beállításokat egyébként redis tárolja, abban most nincs változás. Ennek egyébként egy pozitív "mellékhatása", hogy a felületről a teljes beállítás (amit onnan végeztél, tehát amit kézzel "hagyományosan" config fájlban arra nem igaz) egyetlen kattintással menthető (beleértve a felhasználókat is) és visszatölthető. Ezzel egy katasztrófa visszaállítás nagymértékben felgyorsul: egy egyszerű újratelepítést követően csak ezt a mentést kell visszatolni + az adatokról készült mentést visszaállítani, amihez szintén van webes felület. És ezekhez használhatsz online felhős tárolókat (a mentés titkosítható), ha akarsz (ftp, sftp és rsync is támogatott). Mellesleg ha regisztrálod a szervert, akkor a beállításokat automatikusan tudja menteni a Zentyal remote rendszerbe (az ingyenes esetén egy változatot, a kereskedelminél visszamenőleg minden korábbit).

--
Slapic

akkor ha jól értem:
a Remote-ba mentett 2.2-es konfigot be tudom húzni a 3.0 alá? (kivéve a manuális változtatásokat ofkorz)

kérdés #2:
jól értem akkor, hogy a zarafa7-el és a d-push-al végre megszűnik, hogy könyékig kelljen túrni a rendszerbe ha az ember klienssel (pl TB+lightening) szeretné használni a közös kontaktlistet/naptárat neadjisten úgy, hogy pl mobilon is szinkronban legyen?

--
"The only valid measurement of code quality: WTFs/min"

#1: nem feltétlen. Az SQL motor váltás miatt nem tudom mi lesz ilyenkor. Teszteld le (nekem még nem volt rá időm), de ne éles rendszeren (fogj egy éles rendszer mentést és tedd fel egy teszt környezetre). A beállítások szerintem rendben lesznek, a korábbi naplózás kérdéses az adatbázis miatt.
De hivatalosan továbbra sem támogatott még a 2.2 frissítése 3.0-ra. Amint az lesz, lesz róla hír (dolgoznak rajta).
Korábbi tapasztalatok szerint pl. 1.4 -> 2.0 váltás (Ubuntu 8.4 -> 10.4) csak újratelepítéssel ment, de az 1.4-ből mentett beállításokat hibátlanul megette a 2.0 (ott volt még komolyabb váltás, a korábbi gconfról redisre). A 2.0 -> 2.2 (mindkettő Ubuntu 10.4) váltás ment frissítéssel, nem kellett újratenni, valamint a 2.0-ból mentett beállítások is gond nélkül betölthetőek a 2.2-be.

#2: a Zentyal esetében a Zarafával fent lesz minden, ami kell az ActiveSynchez. Az iCal és CalDAV pedig a Zarafa része eleve. Ez így volt már a 7.0 Zarafában is (Zentyal 2.2) és így van a 7.1-ben is (Zentyal 3.0). Ezeket csak be kell kapcsolni a Zentyal felületén és minden működik. A TB+Lightning esetében a javasolt metódus a CalDAV a naptárakhoz és a feladatokhoz. A TB CardDAV-ot nem tud, a névjegyzék nem szinkronizálható (TB hiányosság, Zarafa tudja). Az iCal felejtős, csak akkor használd, ha a CardDAV-ot nem tudja a kliens. TB esetén nagyobb naptárak betöltése borzasztóan lelassítja a TB-t (Lightninget) ha iCalt használsz (mert ilyenkor csak a teljes naptárat tudja tölteni, szemben a CalDAV-al).

A mobil szinkronizáció is megy. A legtöbb mobil, ami tud ActiveSyncet (általában Exchangenek hívják) működik. Részletes lista a Zarafa weboldalán a tényleges működésről és funkciókról (ami a mobiltelefonban lévő implementációtól függ).
Több ügyfélnél megy gond nélkül ilyen rendszer (hol TB+Lightning klienssel, hol Outlookkal, és persze Android és iPhone mobilokkal). A bejövő levelek, saját naptár, saját címjegyzék szinkronizálása (push értesítéssel) majdnem minden mobilon megy, az almappák, megosztott naptárak és címjegyzékek illetve a feladatok már nem annyira (gagyi ActiveSync implementáció), de ott lehet keresni alternatív appot a mobilra (Android esetén sajnos gyártó függő is az implementáció, lecserélve az alap Android ActiveSyncet). De ezek ugyan úgy problémák Exchange esetén is, mivel a gond a kliens oldali szoftver.

--
Slapic
http://slapic.hu

> A TB CardDAV-ot nem tud, a névjegyzék nem szinkronizálható (TB hiányosság, Zarafa tudja). Az iCal felejtős, csak akkor használd, ha a CardDAV-ot nem tudja a kliens. TB esetén nagyobb naptárak betöltése borzasztóan lelassítja a TB-t

Mivan?
Akkor mit hasznaljon, egyiket sem?:)

tompos

Bocsánat, elírtam.

Tehát helyesen: A TB nem tud CardDAV-ot, azaz a névjegyek szinkronizálásához külön kiegészítő kell, de ilyenből használhatót még nem találtam :(

A naptárak kezelésére mellőzendő az iCal, mivel jelentősen belassítja a TB/Lighntning működését. Komolyabb méretű naptáraknál használhatatlanul. Ennek szimpla oka, hogy a teljes naptárat egy GET kéréssel szedi le, parsolja és tölti be (botrányos, köszönjük neked Apple!).
A működő alternatíva a CalDAV, mely megfelelően működik és a DAV miatt csak annyit forgalmaz és dolgoz fel, amennyit épp kell. Szépen működik le- és felfele is. Persze ez sem push, azaz időnként ránéz (beállítható a TB-ben) és ha volt változás betölti. Ha te módosítasz azt persze feltolja azonnal.

A gond igazából az, hogy nincs levelezés/naptár/feladatok/címjegyzék/jegyzetek célra használható alternatívája az Outlooknak. Sem Windowson, sem Linuxon. A fentiek fényében a TB gyenge alternatíva (csak levelezésre tökéletes, de ennél többet vár el egy cég napjainkban). És arról még nem beszéltünk, hogy egy valamire való csoportmunka rendszertől elvárható egy alap szintű projekt menedzsment is talán... mert a feladatok vajmi kevés.

Ha valaki mégis tud ilyesmiről, ne tartsa magában!

--
Slapic

Hogy ne legyek a végén ennyire negatív:
Alternatíva a webes felületű csoportmunka rendszer. Ezek (jobb esetben) platform függetlenek, a nagyobb böngészőkkel működnek Linuxon, MacOSXen, Windowson, mobil eszközökön (Android, iOS, WinPhone) is. A modern webes technikának köszönhetően hasonló felhasználói élményt nyújtanak, mint a megszokott asztali szoftverek. Az egyetlen említést érdemlő hátrány az offline működés, de erre is jönnek a megoldások (lásd Google Mail offline módja). De lehet, hogy a mobilnet terjedésével egyszerűen túlhaladottá válik ez a probléma.
Ha ebbe az irányba megyünk, akkor pl. a Zentyal egy tökéletes alternatíva, mely feleslegessé teszi az MS Officet (Outlookot), így a felhasználók válthatnak LibreOfficera. Ez pedig feleslegessé teszi a Windowst, így válthatnak Linuxra.

--
Slapic

Az offline mukodes hianya szerintem meg sok evig elsodleges tema lesz, ill. kerekkotoje sok egyeb josagnak.
A webes eleres nagyon jo, sok user eleve jobban szereti, mint a desktop klienseket. De amig ezt nem oldjak meg megnyugtatoan, addig nem alternativa.

Ezert pl. nem is ertem, miert szuntetik be pl. a Zimbra desktop klienset.

> Ha ebbe az irányba megyünk, akkor pl. a Zentyal egy tökéletes alternatíva, mely feleslegessé teszi az MS Officet (Outlookot), így a felhasználók válthatnak LibreOfficera. Ez pedig feleslegessé teszi a Windowst, így válthatnak Linuxra.

Ebben nem latom az osszefuggest, de biztos igazad van:)

Mindenesetre a Libreoffice egyelore(?) sajnos nem alternativaja az MS Office-nak, sokszor meg asz OOo-nak sem. Tobbektol hallom, hogy inkabb valtanak vissza MS Office-ra/OOo-ra, mivel annyira gyatra. Ezt persze elso kezbol nem tudom alairni, nalam a legbonyolultabb documentumok arajanlatok szoktak lenni:D

tompos

( kisg v | 2012. 10. 10., sze – 14:28 )

Jelenleg Zentyal 2.x-et használunk.

Nekem 2 dolog hiányzik belőle:
- IPv6 támogatás (jó megoldás lenne, hogy VPN-es bejelentkezéskor ne legyen címtartomány ütközésünk)
- 3G modem támogatása failoverhez

Ezekkel kapcsolatban történt fejlesztés a 3.0-ás verzióban?

"A 3g usb-s cucc akkor látszik a rendszerben ha már boot-kor kap egy egy eth vezérlőt, de javasoltabb egy 3g router beszerezni és inkább eth-el arra kötni."

Ezt én is tudom, így használjuk. A kérdés arra vonatkozott, hogy ezt már megjavították-e végre.

"IPV6? :D VPN? :D"

Biztos le vagyok lassulva, de nem értem a poént.

( kisg v | 2012. 10. 10., sze – 14:27 )

Másik kérdés: használ valaki Zentyal 3-at zfsonlinux-szal a Samba4 fájlmegosztás alatt? Tapasztalatok?

( freeoli v | 2012. 10. 10., sze – 15:49 )

Jó írás. Akkor képben vagy.

Feltettem, nagyon remek, de a groupware modullal valami nem stimmel.

Az event ezt az üzenetet dobálja nekem:
error : The following modules are not running but they are enabled: Groupware

Megnézve hogy mi nem megy, a /etc/init.d/zarafa-search valamiért eldobálja magát és emiatt a /etc/init.d/zentyal zarafa status is stoppedet mond. Kézzel elindítva ismét jó de a zarafa modulra továbbra is stoppedet mond.

Eltávolítás, stb nem segített. A vicc benne hogy megy minden szépen, de a /var/log/zarafa/search.log -ban ilyen keletkezik újraindítások után.

Wed Oct 10 15:44:56 2012: [0x3ed14780] Starting zarafa-search version 7,1,0,36420 (36420), pid 1455
Wed Oct 10 15:45:22 2012: [0x3955d700] Unable to open system admin store: 8004011D
Wed Oct 10 15:45:22 2012: [0x3955d700] Change processing failed: 8004011D
Wed Oct 10 15:45:27 2012: [0x3955d700] Unable to open system admin store: 8004011D
Wed Oct 10 15:45:27 2012: [0x3955d700] Change processing failed: 8004011D
Wed Oct 10 15:45:27 2012: [0x3ed14780] Termination requested, shutting down.
Wed Oct 10 15:45:27 2012: [0x3ed14780] Stopping Zarafa search...

Nincs ötleted?

A logok szerint hiányzik a rendszergazda fiókja. Nem töröltél le felhasználót és/vagy csoportot? Kell létezzen legalább egy olyan felhasználód, akinek admin joga van a Zarafában (a Zentyal alatt az adott felhasználó jellemzője).
Parancssorból a zarafa-admin segít kideríteni. Különösen ajánlom a list-orphan opciót.

--
Slapic

Köszi, mindjárt megnézem. Nem töröltem, igazából első kíváncsiskodás volt, lehetséges, hogy nem volt zarafa admin joggal user és emiatt dölt be? ... A 2.2 igen jó volt, de a bevezetéssel megvártam a 3.0-t. A javulás látványos, sebességben és konfigurálhatóságban is.

Az egészet elölről kezdtem. Van user aminek van admin joga, de a helyzet változatlan. A zarafa-admin is látja.

sudo zarafa-admin -list-admin
User list for Default(3):
Username Fullname Homeserver
---------------------------------------------
SYSTEM SYSTEM Zarafa
dns-intra dns-intra
elek Elek Teszt

Jön egy ilyen válasz is:
sudo zarafa-admin -list-orphans
User list for Default(3):
Username Fullname Homeserver
---------------------------------------------
SYSTEM SYSTEM Zarafa
dns-intra dns-intra
elek Elek Teszt

De továbbra sem értem, mert küld, fogad, keres, fütyül. A zarafa-search kézi újraindítás után nem ad hibát, de a .../zentyal zarafa status stopped. Ha az egész modult indítom újra a search logban továbbra is ez jön:

Thu Oct 11 13:32:57 2012: [0x87490780] Starting zarafa-search version 7,1,0,36420 (36420), pid 27246
Thu Oct 11 13:34:39 2012: [0x81cd9700] Unable to open system admin store: 8004011D
Thu Oct 11 13:34:39 2012: [0x81cd9700] Change processing failed: 8004011D
Thu Oct 11 13:34:43 2012: [0x87490780] Termination requested, shutting down.
Thu Oct 11 13:34:43 2012: [0x87490780] Stopping Zarafa search...

Nem igazán értem. Van ötleted?

Közeledek.

A /etc/zentyal/zarafa.conf fájlban tettem egy ilyen módosítást:

# use zarafa-indexer
#eredeti rossz
#zarafa_indexer = no

#módisított jó
zarafa_indexer = yes

Nagyon nem vágom még a zarafat, de hamarosan kell.

Ezek után már

sudo /etc/init.d/zentyal zarafa restart
EBox: status module zarafa: [ RUNNING ]

Üzenetet ad vissza ami már pozitív :D Az event monitor még hisztizik, de egy reboot (mert ebben is van ad) megold minden maradék problémát :D

( MysteryKe | 2012. 10. 10., sze – 16:12 )

Na, ezt nekem is ki kell próbálnom :)

( uid_17626 | 2012. 10. 11., cs – 10:56 )

Zentyal 2.0->3.0 upgrade lehetséges?
Csinált itt már valaki ilyet?

Az Ubuntuban lévő csomagokat gyorsan felejtsd el. Nem használhatóak semmire. Nem is értem miért vannak ott.
Zentyal 2.0 és 2.2 kizárólagosan Ubuntu 10.4-re húzható fel. Van hozzá hivatalos Zentyal forrás (PPA-ban). Onnan tedd fel, ha nem a Zentyal saját telepítőjét használod. PPA cím a zentyal.org oldalon a telepítési leírásban. De aki nem akar ezzel szívni, használja a Zentyal telepítőt!
Zentyal 3.0 kizárólag Ubuntu 12.4-re telepíthető. Többi mint fent.

Az ebox nevet tartalmazó csomagokat pedig felejtsd el. Ezek a régi név miatt ott maradt transitional csomagok.

--
Slapic

( bbking | 2012. 10. 11., cs – 21:37 )

Sziasztok,

Az aláírásomban van egy link egy wiki oldalra, ahol összegyüjtöttem a tapasztalataimat Zarafa Setuppal Zentyal alatt. Sokat szívtam bizonyos dolgokkal, ezért a jövöre nézve leírtam, hogy ne felejtsem el.

Bárki szivesen javíthatja, kiegészítheti, ha valami nem stimmelne.

Üdv
BBKing

--------
HOWTO: Zentyal+Zarafa+Setup+Outlook+Thunderbird+mobilephone sync

Szia!

Szuper a leírásod, köszi!

Pár megjegyzés hozzá (azért nem írom bele a wikibe, mert lehet neked más a tapasztalatod):
Mi vállalati környezetben ha Thunderbird van, akkor az ESR (http://www.mozilla.org/en-US/thunderbird/organizations/all-esr.html) verziót használjuk, így ebben van tapasztalatom: a névjegyzékekkel én sem boldogulok, de a naptár (CardDAV protokollal, az iCal kerülendő!) hibátlan írás/olvasás szinten. A jegyzetek nem mennek. A feladatok szintén hibátlanul mennek CalDAV protokollal (a TB/Lightning fura logikája szerint naptárként kell ezt is felvenni, mert a TB-ben a naptár és a feladatlista nem válik szét, de a Zarafás naptárba nem fogsz tudni feladatot írni és a Zarafás feladatlistába nem fogsz tudni eseményt tenni, így ez OK). Az URL-nél a lényeg, hogy a szerver/caldav/felhasználónév/naptárnév módot használd, ahol a felhasználónév a felhasználó bejelentkezési neve, a naptárnév pedig a naptár neve, ahogy pl. a Zarafa webappban látszik. Ugyan ezen logikával veheted fel a feladatokat is.

A leírásodban nem teljesen helyesen kezeled a STUB rendszert, illetve feleslegesen használod.
Ahhoz, hogy a Zarafa elérhető legyen a hálózatról, elegendő a /etc/zentyal/zarafa.conf fájlban engedélyezned ezt, nem kell a sablonokhoz nyúlni.
A STUB-ok használatánál pedig soha ne az eredeti stub könyvtárban módosíts, mert ott egy csomag frissítés felül fogja írni. Az eredeti /usr/share/zentyal/stubs könyvárból, amit módosítani akarsz, másold le azonos struktúrában a /etc/zentyal/stubs könyvtárba (létre kell hozni). Ami ide kerül felülbírálja az eredetit és nem íródik felül (tehát figyelj, ha pl. rendszert frissítesz, mert így egy régi sablonnal felülbírálhatsz egy újat ami gondot okozhat ha pl. 2.2 -> 3.0 frissítést csinálsz később).
Az általad megadott /usr/share/ebox könyvtár a 2.0-ban igaz, a 2.2 és 3.0 esetén már /usr/share/zentyal a könyvtár neve.

A mobil szinkronizáció lehetőségei itt vannak szépen részletezve: http://www.zarafa.com/wiki/index.php/Mobile_Compatibility_List
És itt a leírás a beállításról: http://doc.zarafa.com/7.1/User_Manual/hu-HU/html/_configure_mobile_plat…

--
Slapic

köszi, igyekszem majd felvenni a leírásba - amikor a stubs-ról írtam, még az volt a terv, h azt a részt is kiegészítem.

Az egyik legnagyobb szívás szerintem az, hogy a TB még mindig ugat, h nem jó a hivatalos tanusítványom. Ha erre valaki tud jobb módszert, kérem írja le!
A TB szerintem egy kalap f*s, de linux alatt nincs nagyon alternatívám Zarafa-hoz - verzióról verzióra az az újitás, h átrendezik a menüket, meg a levelek fejlécében sikerült az emailcímet is elrejteni, Outlook stílusban. Igazi újdonság viszont nincs. Nagy gratula nekik.

Az pedig szerintem a mai IT világban még mindig egy botrány, h egy ilyen groupware-es megoldás még mindig valami különlegesnek számít. A napokban írtam egy makrót Outlook-hoz, h gombnyomásra illessze be egy névjegy adait egy word template-be. Unom már a redundáns gépeléseket munkákat, ilyenekre kellene koncentrálni a mai oprendszereknél/ablakkezelöknél, nem a csili-vili megjelenésre.

Eddig IMHO majdnem minden ablakkezelö (Windows is) EPIC FAIL felhasználói szemszögböl.
Lehet, írok egy blog-ot, ahol mindezt össze szedem... :D

--------
HOWTO: Zentyal+Zarafa+Setup+Outlook+Thunderbird+mobilephone sync

( mickeyratt | 2012. 10. 12., p – 09:26 )

Sziasztok

Van esetleg valakinek tapasztalata Zentyal 3 - Proxmox VE (OpenVZ) viszonylatában? Államigazgatási területen szeretném kipróbálni ezt a párosítást. Google talált ebben a témában, de az még Zentyal 2.2-re vonatkozott:

http://forum.zentyal.org/index.php?topic=9339.0

Köszi!

( msandor v | 2012. 10. 14., v – 17:13 )

A "/var/tmp/zentyal-packages" alatti csomagokra mi szükség van?
Ki lehet őket törölni?
cirka 480MB

( Szemy v | 2012. 10. 18., cs – 23:22 )

Sikerült ellőnöm az admin felület portját
Zentyal 3.0.3 át akartam írni 10443 ra nem sikerült újra indítás után viszont nem kaptam admin felületet
Remoteservice [fail]
Zentyal Apache Modul [fail]
a többi elindul

/var/lib/zentyal/conf/apache2.conf :

Timeout 300
KeepAlive Off
MaxKeepAliveRequests 500
KeepAliveTimeout 15
AddDefaultCharset utf-8

PidFile /var/lib/zentyal/tmp//apache.pid

StartServers 1
MinSpareServers 1
MaxSpareServers 1
MaxClients 1
MaxRequestsPerChild 10000

# worker MPM
# StartServers: initial number of server processes to start
# MaxClients: maximum number of simultaneous client connections
# MinSpareThreads: minimum number of worker threads which are kept spare
# MaxSpareThreads: maximum number of worker threads which are kept spare
# ThreadsPerChild: constant number of worker threads in each server process
# MaxRequestsPerChild: maximum number of requests a server process serves

StartServers 1
MinSpareThreads 1
MaxSpareThreads 1
ThreadsPerChild 1
MaxClients 1
MaxRequestsPerChild 10000

PerlInterpMaxRequests 10000

Include /etc/apache2/mods-available/auth_basic.load
Include /etc/apache2/mods-available/authn_file.load
Include /etc/apache2/mods-available/authz_default.load
Include /etc/apache2/mods-available/authz_groupfile.load
Include /etc/apache2/mods-available/authz_host.load
Include /etc/apache2/mods-available/authz_user.load
Include /etc/apache2/mods-available/autoindex.load
Include /etc/apache2/mods-available/cgi.load
Include /etc/apache2/mods-available/deflate.conf
Include /etc/apache2/mods-available/deflate.load
Include /etc/apache2/mods-available/dir.conf
Include /etc/apache2/mods-available/dir.load
Include /etc/apache2/mods-available/env.load
Include /etc/apache2/mods-available/mime.load
Include /etc/apache2/mods-available/negotiation.load
Include /etc/apache2/mods-available/setenvif.load
Include /etc/apache2/mods-available/rewrite.load
Include /etc/apache2/mods-available/ssl.conf
Include /etc/apache2/mods-available/ssl.load
Include /etc/apache2/mods-available/status.load
Include /etc/apache2/mods-available/perl.load
Include /etc/apache2/mods-available/expires.load

Listen 10443
User ebox
Group ebox

ServerAdmin webmaster@localhost
ServerName localhost

ServerSignature Off
ServerTokens Min

UseCanonicalName Off
TypesConfig /etc/mime.types
DefaultType text/plain

MIMEMagicFile /usr/share/misc/file/magic.mime

HostnameLookups Off

ErrorLog /var/log/zentyal/error.log
LogLevel warn

LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" \"%{forensic-id}n\"" combined

EnableExceptionHook On

EnableExceptionHook On

ServerSignature Off
ServerTokens Min

SSLEngine on
SSLProtocol all
SSLCipherSuite HIGH:MEDIUM
SSLInsecureRenegotiation on
SSLCertificateFile /var/lib/zentyal/conf/ssl/ssl.pem
SSLCACertificatePath /var/lib/zentyal/conf/ssl-ca/

BrowserMatch "Mozilla/2" nokeepalive
BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
BrowserMatch "RealPlayer 4\.0" force-response-1.0
BrowserMatch "Java/1\.0" force-response-1.0
BrowserMatch "JDK/1\.0" force-response-1.0

DocumentRoot /usr/share/zentyal/www/

Include /var/lib/zentyal/conf/users/soap.conf
Include /var/lib/zentyal/conf/remoteservices/soap-loc.conf

SSLEngine on
SSLProtocol all
SSLCipherSuite HIGH:MEDIUM
SSLCertificateFile /var/lib/zentyal/conf/ssl/ssl.pem
SSLCACertificatePath /var/lib/zentyal/conf/ssl-ca/

Options SymLinksIfOwnerMatch
AllowOverride None

Options Indexes MultiViews FollowSymLinks
ExpiresActive On
ExpiresDefault "access plus 5 hours"
AllowOverride None
Order allow,deny
Allow from all

Options Indexes MultiViews
ExpiresActive On
ExpiresDefault "access plus 5 hours"
AllowOverride None
Order allow,deny
Allow from all

CustomLog /var/log/zentyal/access.log combined

PerlWarn On

PerlModule EBox::Auth
PerlSetVar EBoxPath /
PerlSetVar EBoxLoginScript /Login/Index
PerlSetVar EBoxSatisfy Any
PerlSetVar EBoxCookieName Zentyal
PerlSetVar AuthCookieDebug 0

AuthType EBox::Auth
AuthName EBox
SetHandler perl-script
PerlHandler EBox::Auth->login

SSLOptions +StdEnvVars

AuthType EBox::Auth
AuthName EBox
PerlAuthenHandler EBox::Auth->authenticate
PerlAuthzHandler EBox::Auth->authorize
require valid-user
SetHandler perl-script
PerlHandler ModPerl::Registry
PerlSendHeader On
AllowOverride None
Options +ExecCGI
Order allow,deny
Allow from all

RewriteEngine On

# Compatibility with old URLs (permanent redirects)
RewriteRule ^/ebox(.*) /$1
RewriteRule ^/zentyal(.*) /$1
# skip rewrites for favicon and login
RewriteCond %{REQUEST_FILENAME} ^/favicon.ico$ [OR]
RewriteCond %{REQUEST_FILENAME} ^/LOGIN$
RewriteRule .? - [S=100]
# Map /ebox.cgi to the right Perl CGI and redirect
RewriteRule ^/ebox.cgi$ /
# From /data/ to / and finish
RewriteRule ^/data(.*) $1 [L]
# From /dynamic-data/ to the right directory in FS and finish
RewriteRule ^/dynamic-data(.*) /var/lib/zentyal/dynamicwww$1 [L]
RewriteRule ^/(.*) /usr/share/zentyal/cgi/ebox.cgi [E=script:$1,L]

Listen 6895

DocumentRoot /usr/share/zentyal/www/

SSLEngine on
SSLProtocol all
SSLCipherSuite HIGH:MEDIUM
SSLCertificateFile /var/lib/zentyal/conf/ssl/ssl.pem
SSLCACertificatePath /var/lib/zentyal/conf/ssl-ca/

SSLOptions +StdEnvVars

SetHandler perl-script
PerlHandler ModPerl::Registry
PerlSendHeader On
AllowOverride None
Options +ExecCGI
Order allow,deny
Allow from all

CustomLog /var/log/zentyal/access-desktop-services.log combined

RewriteEngine On

RewriteRule ^/(.*) /usr/share/zentyal/cgi/desktop-services.cgi [E=script:$1,L]

próbáltam vissza írni de ugye indításnál újra generálja hol tudnám vissza állítani ???
előre is köszi a segítséget

( Szemy v | 2012. 10. 18., cs – 23:22 )

Sikerült ellőnöm az admin felület portját
Zentyal 3.0.3 át akartam írni 10443 ra nem sikerült újra indítás után viszont nem kaptam admin felületet
Remoteservice [fail]
Zentyal Apache Modul [fail]
a többi elindul

/var/lib/zentyal/conf/apache2.conf :

Timeout 300
KeepAlive Off
MaxKeepAliveRequests 500
KeepAliveTimeout 15
AddDefaultCharset utf-8

PidFile /var/lib/zentyal/tmp//apache.pid

StartServers 1
MinSpareServers 1
MaxSpareServers 1
MaxClients 1
MaxRequestsPerChild 10000

# worker MPM
# StartServers: initial number of server processes to start
# MaxClients: maximum number of simultaneous client connections
# MinSpareThreads: minimum number of worker threads which are kept spare
# MaxSpareThreads: maximum number of worker threads which are kept spare
# ThreadsPerChild: constant number of worker threads in each server process
# MaxRequestsPerChild: maximum number of requests a server process serves

StartServers 1
MinSpareThreads 1
MaxSpareThreads 1
ThreadsPerChild 1
MaxClients 1
MaxRequestsPerChild 10000

PerlInterpMaxRequests 10000

Include /etc/apache2/mods-available/auth_basic.load
Include /etc/apache2/mods-available/authn_file.load
Include /etc/apache2/mods-available/authz_default.load
Include /etc/apache2/mods-available/authz_groupfile.load
Include /etc/apache2/mods-available/authz_host.load
Include /etc/apache2/mods-available/authz_user.load
Include /etc/apache2/mods-available/autoindex.load
Include /etc/apache2/mods-available/cgi.load
Include /etc/apache2/mods-available/deflate.conf
Include /etc/apache2/mods-available/deflate.load
Include /etc/apache2/mods-available/dir.conf
Include /etc/apache2/mods-available/dir.load
Include /etc/apache2/mods-available/env.load
Include /etc/apache2/mods-available/mime.load
Include /etc/apache2/mods-available/negotiation.load
Include /etc/apache2/mods-available/setenvif.load
Include /etc/apache2/mods-available/rewrite.load
Include /etc/apache2/mods-available/ssl.conf
Include /etc/apache2/mods-available/ssl.load
Include /etc/apache2/mods-available/status.load
Include /etc/apache2/mods-available/perl.load
Include /etc/apache2/mods-available/expires.load

Listen 10443
User ebox
Group ebox

ServerAdmin webmaster@localhost
ServerName localhost

ServerSignature Off
ServerTokens Min

UseCanonicalName Off
TypesConfig /etc/mime.types
DefaultType text/plain

MIMEMagicFile /usr/share/misc/file/magic.mime

HostnameLookups Off

ErrorLog /var/log/zentyal/error.log
LogLevel warn

LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" \"%{forensic-id}n\"" combined

EnableExceptionHook On

EnableExceptionHook On

ServerSignature Off
ServerTokens Min

SSLEngine on
SSLProtocol all
SSLCipherSuite HIGH:MEDIUM
SSLInsecureRenegotiation on
SSLCertificateFile /var/lib/zentyal/conf/ssl/ssl.pem
SSLCACertificatePath /var/lib/zentyal/conf/ssl-ca/

BrowserMatch "Mozilla/2" nokeepalive
BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
BrowserMatch "RealPlayer 4\.0" force-response-1.0
BrowserMatch "Java/1\.0" force-response-1.0
BrowserMatch "JDK/1\.0" force-response-1.0

DocumentRoot /usr/share/zentyal/www/

Include /var/lib/zentyal/conf/users/soap.conf
Include /var/lib/zentyal/conf/remoteservices/soap-loc.conf

SSLEngine on
SSLProtocol all
SSLCipherSuite HIGH:MEDIUM
SSLCertificateFile /var/lib/zentyal/conf/ssl/ssl.pem
SSLCACertificatePath /var/lib/zentyal/conf/ssl-ca/

Options SymLinksIfOwnerMatch
AllowOverride None

Options Indexes MultiViews FollowSymLinks
ExpiresActive On
ExpiresDefault "access plus 5 hours"
AllowOverride None
Order allow,deny
Allow from all

Options Indexes MultiViews
ExpiresActive On
ExpiresDefault "access plus 5 hours"
AllowOverride None
Order allow,deny
Allow from all

CustomLog /var/log/zentyal/access.log combined

PerlWarn On

PerlModule EBox::Auth
PerlSetVar EBoxPath /
PerlSetVar EBoxLoginScript /Login/Index
PerlSetVar EBoxSatisfy Any
PerlSetVar EBoxCookieName Zentyal
PerlSetVar AuthCookieDebug 0

AuthType EBox::Auth
AuthName EBox
SetHandler perl-script
PerlHandler EBox::Auth->login

SSLOptions +StdEnvVars

AuthType EBox::Auth
AuthName EBox
PerlAuthenHandler EBox::Auth->authenticate
PerlAuthzHandler EBox::Auth->authorize
require valid-user
SetHandler perl-script
PerlHandler ModPerl::Registry
PerlSendHeader On
AllowOverride None
Options +ExecCGI
Order allow,deny
Allow from all

RewriteEngine On

# Compatibility with old URLs (permanent redirects)
RewriteRule ^/ebox(.*) /$1
RewriteRule ^/zentyal(.*) /$1
# skip rewrites for favicon and login
RewriteCond %{REQUEST_FILENAME} ^/favicon.ico$ [OR]
RewriteCond %{REQUEST_FILENAME} ^/LOGIN$
RewriteRule .? - [S=100]
# Map /ebox.cgi to the right Perl CGI and redirect
RewriteRule ^/ebox.cgi$ /
# From /data/ to / and finish
RewriteRule ^/data(.*) $1 [L]
# From /dynamic-data/ to the right directory in FS and finish
RewriteRule ^/dynamic-data(.*) /var/lib/zentyal/dynamicwww$1 [L]
RewriteRule ^/(.*) /usr/share/zentyal/cgi/ebox.cgi [E=script:$1,L]

Listen 6895

DocumentRoot /usr/share/zentyal/www/

SSLEngine on
SSLProtocol all
SSLCipherSuite HIGH:MEDIUM
SSLCertificateFile /var/lib/zentyal/conf/ssl/ssl.pem
SSLCACertificatePath /var/lib/zentyal/conf/ssl-ca/

SSLOptions +StdEnvVars

SetHandler perl-script
PerlHandler ModPerl::Registry
PerlSendHeader On
AllowOverride None
Options +ExecCGI
Order allow,deny
Allow from all

CustomLog /var/log/zentyal/access-desktop-services.log combined

RewriteEngine On

RewriteRule ^/(.*) /usr/share/zentyal/cgi/desktop-services.cgi [E=script:$1,L]

próbáltam vissza írni de ugye indításnál újra generálja hol tudnám vissza állítani ???
előre is köszi a segítséget

Sikerült megoldanom

a/usr/share/zentyal/restore-backup scriptel betöltöttem egy régebbi mentést ami volt a gépen és az apache modul config-ját vissza állítottam ez megoldotta a problémát bár érdekes módon 10443 lett a port aminek örülök de a mentéskor még 443 volt a lényeg hogy működik