apache2 userenkent szeparalva
Sziasztok Van egy szerverem, amire kuldsos emberkek sajat apache2-php5-mysql5 dolgaikat rakodjak. Sajna sokuknak goze sincs a biztonsagrol es elegge egysegsugaruak is raadasnak. A gondom az, hogy a sok ganyolt kod miatt sokszor mindenfele gyanus dolog jelenik meg a szerveren es nem ritka a tores sem, amibol most lett elegem. Olyasmiben torom a fejem, hogy userenkent szeparalva menne az apache2-php5 es kozos maradna a mysql(ha lehet), igy ha barmivel gond lenne, azonosithatobb a ludas es talan konnyebb is fellepni ellene es nem kell a teljes rendszert ujraraknom allandoan, mert az orszag tulvegen van a vas. Valami chroot szeruseget kellene megvalositsak ehhez, de egyenlore nem tudom merre induljak el. Tudnatok kis iranymutatast adni? A rendszer, amin fut a fenti egy fedora6. Eroforras majdnem masodlagos, de azert egy xen, vagy uml kicsit eros ehhez szerintem, mert 50-70 userrol van szo. Segitseget elore is koszonom. -- Molnar Roland, -= lavian (@) tolna (.) net =- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache 2.0.54 + php 5.2 höz php cache enm t öltődik be
Molnár István írta: Telepítve: Apach2 2.0.54 PHP 5.2.0 Zend 2.2.0 Mind csomagból ment fel, ezt pedig fordítottam: xCache 1.2.0-rc1 Az xcache-t forrásból telepíteném (mivel nem találtam .deb-et) de a fordítás után (ami hiba nélkül lefut csak annyit látok, hogy nem töltődött be) vagyis ez kerül a logba: [Thu Nov 23 17:33:13 2006] [notice] caught SIGTERM, shutting down PHP Warning: PHP Startup: XCache: Unable to initialize module\nModule compiled with module API=20050922, debug=0, thread-safety=0\nPHP compiled with module API=20060613, debug=0, thread-safety=0\nThese options need to match\n in Unknown on line 0 [Thu Nov 23 17:33:15 2006] [notice] Apache/2.0.54 (Debian GNU/Linux) PHP/5.2.0-0.dotdeb.3 with Suhosin-Patch mod_ssl/2.0.54 OpenSSL/0.9.7e mod_perl/1.999.21 Perl/v5.8.4 configured -- resuming normal operations Azt értem mit akar, de honnan vette (fordításkor), hogy ezzel a Zend API-val kell működnie, illetve hogyan vehetem rá a helyes működésre? Na akkor válaszolok magamnak: Kiderült, hogy a PHP 5.2.0 egy upgrade -del került fel, PHP 5.1.8-at upgrade-elt a PHP 5.2 fordítottam forrásból ezután ment mint a karikacsapás. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
OCS NG agent
Sziasztok! Beüzemelte már valaki ennek a windows oldali kliensét/ügynökét? Egy linux oldalon viszonylag simán felidomítottam a szerver részét (webes adminos felület megy, install.php ok ) de a windows oldali ügynökkel max csak a c:\akarmi\ocsagent /local működik. (és a helyileg létrejött filet be tudom olvasni a OCS webes felületén és feldolgozza minden gond nélkül) De így kézzel kell noszogatni jó lenne ha menne szolgáltatás szinten... Próbálom /debug módban de semmi, nem konnektál a szerverhez. Csak egy pillanatra felvillan és vége. Természetesen egy linuxos kliens gépen csont nélkül (második próbálkozásra) beüzemeltem az ügynököt és az be is regelt a szerverre csont nélkül :) :( (látom a linuxos klien paramétereit, a webes felületen, cpu info ip cim filesystem net memória stb stb stb stb) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OCS NG agent
On Fri, 2006-11-24 at 18:29 +0100, Kepler Mihály wrote: Sziasztok! Beüzemelte már valaki ennek a windows oldali kliensét/ügynökét? Igen. nalunk mukodik. A windows cliensen egy parancssorbol inditsd el az OCSinventory.exe /server:szerver.ip parancsot, ha egybol akarsz eredmenyt latni (kulonben csak a megadott update idoben kuldi el a reportot). A parancssorban nem ir ki semmit, de a web feluleten megjelennek a megfelelo gep adatai. Persze nem mindig. Nehany gepnel az adatok elkuldesekor a szerver internal server error-ral elszall. Ennek az az oka, hogy a registry-bol kiszedett adatok neha hibasak, es a szerver perl script-je elszall. Ha a szerver error_log-ban a kovetkezot latod: DBD::mysql::st execute failed: Column 'NAME' cannot be null at /usr/lib/perl5/site_perl/5.8.6/Apache/Ocsinventory/Server/Inventory.pm line 588. akkor nalad is ez a baj. Nekunk epp ma sikerult ezt orvosolnunk: Ketfele megoldast is talaltunk: 1, a server mysql adatbazisban a ocsweb database-ben a softwares tabla NAME rekorjanak a tulajdonsagat NOT NULL-rol NULL-ra kell allitani: ALTER TABLE softwares CHANGE NAME NAME VARCHAR(255) default NULL; igy mar elfogad ures nevu software bejegyzest is. 2, a windows-os kliensen kicsit turkalni kell a registry-k kozott: HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows/CurrentVersion/Uninstall foldereket tartalmaz. Ezeket nezi at az OCS, megpedig azokat, amelyeknek van DisplayName key. Ezt tartalmazza az installalt programok nevet, ami bekerul az OCS reportba. Sajnos nehany esetben a DisplayName key megvan, de nincs erteke. Tehat ha ezeknek a NoName programoknak adsz nevet, es utana inditod el az OCSinventory.exe-t akkor mar bekerul az adatbazisba a gep rendesen. udv tusi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OCS NG agent
On Fri, 2006-11-24 at 18:29 +0100, Kepler Mihály wrote: Sziasztok! Beüzemelte már valaki ennek a windows oldali kliensét/ügynökét? Igen. nalunk mukodik. A windows cliensen egy parancssorbol inditsd el az OCSinventory.exe /server:szerver.ip parancsot, ha egybol akarsz eredmenyt latni (kulonben csak a megadott update idoben kuldi el a reportot). A parancssorban nem ir ki semmit, de a web feluleten megjelennek a megfelelo gep adatai. köszönöm szépen! már csinálom is _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OCS NG agent
Gabor Tusnady írta: ALTER TABLE softwares CHANGE NAME NAME VARCHAR(255) default NULL; Nem lenne szebb megoldás a: ALTER TABLE softwares CHANGE NAME NAME VARCHAR(255) NOT NULL default Nem ismert!; _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux