Re: squeeze apache2 mod_actions
On 06/01/2012 09:42 AM, Kiss Gabor wrote: > > On 05/31/2012 01:35 PM, Erdelyi Gabor wrote: >>> A strace mutat valamit? >> Stracelni mondjuk nem straceltem. :) >> Mit kellene? Illetve hogyan lehetne egyaltalan? >> >> Masik (kisebb) szerveren is megcsinaltam a >> konfigot es ott sem mukodott.Ott lehetne >> stracelgetni, csak nem tudom, hogy hogyan >> fogjak hozza. > A legdurvább, ha veszed az összes apache process ID-jét (P1, P2, > P3, ...), és kiadod ezt a parancsot: > > strace -o /tmp/trace -f -p P1 -p P2 -p P3 ... > > Irdatlan mennyiségű szemetet tol majd a /tmp/trace file-ba. > Utána a "-e trace=..." opcióval lehet rajta finomítani. Egyszerubb, ha -X-szel inditja az apache-ot. t _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squeeze apache2 mod_actions
On 05/31/2012 01:35 PM, Erdelyi Gabor wrote: >> A strace mutat valamit? > > Stracelni mondjuk nem straceltem. :) > Mit kellene? Illetve hogyan lehetne egyaltalan? > > Masik (kisebb) szerveren is megcsinaltam a > konfigot es ott sem mukodott.Ott lehetne > stracelgetni, csak nem tudom, hogy hogyan > fogjak hozza. A legdurvább, ha veszed az összes apache process ID-jét (P1, P2, P3, ...), és kiadod ezt a parancsot: strace -o /tmp/trace -f -p P1 -p P2 -p P3 ... Irdatlan mennyiségű szemetet tol majd a /tmp/trace file-ba. Utána a "-e trace=..." opcióval lehet rajta finomítani. g -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squeeze apache2 mod_actions
Erdelyi Gabor wrote: > Update: megint megcsinaltam es most mukodik... > Vizsgalom a dolgot es ha lesz megoldas, akkor postolom. Az Addhandler nem biralja felul az addigit. Tehat ha nem .php-re teszem (.phpfcgi), akkor megy. Ha .php-re, akkor a mod_php marad. Itt megalltam, mert egyreszt ez jo igy nekem, masreszt nem is nagyon van sem idom sem otletem ezzel jatszani. -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squeeze apache2 mod_actions
Erdelyi Gabor wrote: > Masik (kisebb) szerveren is megcsinaltam a > konfigot es ott sem mukodott. Update: megint megcsinaltam es most mukodik... Vizsgalom a dolgot es ha lesz megoldas, akkor postolom. -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squeeze apache2 mod_actions
Kiss Gabor wrote: > A strace mutat valamit? Stracelni mondjuk nem straceltem. :) Mit kellene? Illetve hogyan lehetne egyaltalan? Masik (kisebb) szerveren is megcsinaltam a konfigot es ott sem mukodott.Ott lehetne stracelgetni, csak nem tudom, hogy hogyan fogjak hozza. -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squeeze apache2 mod_actions
On 05/31/2012 12:09 PM, Erdelyi Gabor wrote: > Volt par oldal, ami egyedi php-vel ment, > ugy, hogy a mod_actions CGI-kent futtatta > a php-t. > > Na most ez elmult :) Nem akarja es nincs > is hibauzenet, sem semmi. Hiaba adom meg, > hogy hol es honnan es mit, a mod_php-val > fut minden. > > A changelogban nem lattam valtozast es a A strace mutat valamit? g -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
squeeze apache2 mod_actions
Sziasztok! Kb egy hete upgradeltem egy webszervert. Volt par oldal, ami egyedi php-vel ment, ugy, hogy a mod_actions CGI-kent futtatta a php-t. Na most ez elmult :) Nem akarja es nincs is hibauzenet, sem semmi. Hiaba adom meg, hogy hol es honnan es mit, a mod_php-val fut minden. A changelogban nem lattam valtozast es a howto-k sem mondjak, hogy mashogy lenne. Ez a konfig: AllowOverride None Options ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all ScriptAlias /php5-bin/ /var/www/valami/php5-bin Order allow,deny Allow from all AddHandler php-fastcgi .php Action php-fastcgi /php5-bin/php5 Esetleg valaki tud valami megoldast arra, hogy ujra mukodjon a dolog? Kozben reszben megoldottam mashogy, de azert jo lenne, ha megmaradna ez a lehetoseg is. Elore is koszonom a segitseget. -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 hack
Gergely Tamás wrote: > 2010.11.18. 15:32 keltezéssel, Kovács Attila írta: >> 2010.11.18. 15:01 keltezéssel, Gergely Tamás írta: >>> Majdnem minden oldal php-s. Le tudom trace -elni, hogy ezek az apache >>> szálak éppen mit futtatnak? >> Mi a kérdés? >> strace -p -re gondolsz? >> > Valami ilyesmire. Vannak olyan szálak amelyek a mod_stat szerint (meg ha > trace -elem) folyamatosan megállás nélkül > küldenek valamit (W). Gondolom ez nem természetes. Ez lehet a baj? Én első sorban onnan közelíteném meg a problémát, hogy kiderítem mi változott az elmúlt pár napban, vagy amióta a hiba előjött. Persze ha nehézkes a kommunikáció a webfejlesztőkkel, akkor ez lehet hogy bonyolultabb mint a trace, de azért adhat némi támpontot... -- ((( Móczik Gábor )))--((( e|mail: pm-01 |@| progzmaster |.| hu ))) ((( S.k.y.p.e.: moczik ))) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 hack
2010.11.18. 15:32 keltezéssel, Kovács Attila írta: > 2010.11.18. 15:01 keltezéssel, Gergely Tamás írta: >> Majdnem minden oldal php-s. Le tudom trace -elni, hogy ezek az apache >> szálak éppen mit futtatnak? > Mi a kérdés? > strace -p -re gondolsz? > Valami ilyesmire. Vannak olyan szálak amelyek a mod_stat szerint (meg ha trace -elem) folyamatosan megállás nélkül küldenek valamit (W). Gondolom ez nem természetes. Ez lehet a baj? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 hack
2010.11.18. 15:01 keltezéssel, Gergely Tamás írta: > Majdnem minden oldal php-s. Le tudom trace -elni, hogy ezek az apache > szálak éppen mit futtatnak? Mi a kérdés? strace -p -re gondolsz? -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 hack
Majdnem minden oldal php-s. Le tudom trace -elni, hogy ezek az apache szálak éppen mit futtatnak? 2010.11.18. 14:25 keltezéssel, Pirity Tamas Gabor írta: > On Thu, Nov 18, 2010 at 01:42:28PM +0100, Gergely Tamás wrote: >> Sziasztok! >> >> Belépés után a képernyőn ez áll: >> >> System information >> >> System load: 30.28 Memory usage: 97% Processes: 218 >> >> uhh. ez nagyon magas. A "top " parancsra az első ~30 helyen az apache2 >> szerepel 5-8% használattal. > Milyen alkalmazások vannak az apache-ban? Simán lehet szerintem, hogy egy > rosszul megírt php script időnként ciklusba kerül, jó sok memóriát foglal > és emiatt elfogy a memória és persze a processzoridő is. > > _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 hack
On Thu, Nov 18, 2010 at 01:42:28PM +0100, Gergely Tamás wrote: > Sziasztok! > > Belépés után a képernyőn ez áll: > >System information > >System load: 30.28 Memory usage: 97% Processes: 218 > > uhh. ez nagyon magas. A "top " parancsra az első ~30 helyen az apache2 > szerepel 5-8% használattal. Milyen alkalmazások vannak az apache-ban? Simán lehet szerintem, hogy egy rosszul megírt php script időnként ciklusba kerül, jó sok memóriát foglal és emiatt elfogy a memória és persze a processzoridő is. -- PTG I've had a perfectly wonderful evening. But this wasn't it. -- Groucho Marx Debian Lenny _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 hack?
Gergely Tamás wrote: > Van egy webszerverünk, ami furcsa dolgokat produkál, szerintem törni > próbálják. Eloszor nezegesd a mod_status -t. Aztan apache leallit es "ps auwfx | grep ^www-data". Aztan lehet lsof-ezni meg stareclni meg ilyesmi, de egyelore az elso kettot. -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 hack?
Sziasztok! Van egy webszerverünk, ami furcsa dolgokat produkál, szerintem törni próbálják. Arra lettem figyelmes, hogy az oldalak kezdtek belassulni. Beléptem ssh-val, és már a login is elég lassan ment. Belépés után a képernyőn ez áll: System information System load: 30.28 Memory usage: 97% Processes: 218 uhh. ez nagyon magas. A "top " parancsra az első ~30 helyen az apache2 szerepel 5-8% használattal. Először dosattact -ra gondoltam, feltelepítette, a mod_evasive -t. Gondoltam ez segít, de nem. Apache restart után látszólag helyre áll a dolog, sysytem load 0,2 CPU 1-10 % de az előbb említett eset úgy félnaponta újra előjön. Csak a restart segít. Az error logban ilyesmiket látok kb fél óránként:: *** glibc detected *** /usr/sbin/apache2: double free or corruption (!prev): 0xb8a1d248 *** === Backtrace: = /lib/tls/i686/cmov/libc.so.6[0xb75c4ff1] /lib/tls/i686/cmov/libc.so.6[0xb75c66f2] /lib/tls/i686/cmov/libc.so.6(cfree+0x6d)[0xb75c97cd] /usr/lib/apache2/modules/libphp5.so(php_module_shutdown+0xba)[0xb701352a] /usr/lib/apache2/modules/libphp5.so(php_module_shutdown_wrapper+0x17)[0xb7013587] /usr/lib/apache2/modules/libphp5.so[0xb70d3ca1] /usr/lib/libapr-1.so.0[0xb76d0ed8] ez nagyon hosszú, majd: === Memory map: b5382000-b540 rw-s 00:09 697218 /dev/zero (deleted) b540-b5421000 rw-p 00:00 0 b5421000-b550 ---p 00:00 0 b557-b558c000 r-xp 09:00 229/lib/libgcc_s.so.1 b558c000-b558d000 r--p 0001b000 09:00 229/lib/libgcc_s.so.1 b558d000-b558e000 rw-p 0001c000 09:00 229/lib/libgcc_s.so.1 b558e000-b558f000 ---p 00:00 0 b558f000-b5d8f000 rw-p 00:00 0 b657e000-b658e000 rw-s 00:09 697220 /dev/zero (deleted) b658e000-b6593000 r-xp 09:00 277788 /usr/lib/perl5/auto/Apache2/ServerUtil/ServerUtil.so b6593000-b6594000 r--p 4000 09:00 277788 /usr/lib/perl5/auto/Apache2/ServerUtil/ServerUtil.so b6594000-b6595000 rw-p 5000 09:00 277788 /usr/lib/perl5/auto/Apache2/ServerUtil/ServerUtil.so b6595000-b659b000 r-xp 09:00 277786 /usr/lib/perl5/auto/Apache2/ServerRec/ServerRec.so b659b000-b659c000 r--p 5000 09:00 277786 /usr/lib/perl5/auto/Apache2/ServerRec/ServerRec.so b659c000-b659d000 rw-p 6000 09:00 277786 /usr/lib/perl5/auto/Apache2/ServerRec/ServerRec.so b659d000-b65a1000 r-xp 09:00 20 /usr/lib/perl5/auto/Apache2/Log/Log.so b65a1000-b65a2000 r--p 3000 09:00 20 /usr/lib/perl5/auto/Apache2/Log/Log.so b65a2000-b65a3000 rw-p 4000 09:00 20 /usr/lib/perl5/auto/Apache2/Log/Log.so Ez szintén hosszú. Szerintetek mi lehet ez, mi okozhatja a hibát? Köszi, GT. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 hack
Sziasztok! Van egy webszerverünk, ami furcsa dolgokat produkál, szerintem törni próbálják. Arra lettem figyelmes, hogy az oldalak kezdtek belassulni. Beléptem ssh-val, és már a login is elég lassan ment. Belépés után a képernyőn ez áll: System information System load: 30.28 Memory usage: 97% Processes: 218 uhh. ez nagyon magas. A "top " parancsra az első ~30 helyen az apache2 szerepel 5-8% használattal. Először dosattact -ra gondoltam, feltelepítette, a mod_evasive -t. Gondoltam ez segít, de nem. Apache restart után látszólag helyre áll a dolog, sysytem load 0,2 CPU 1-10 % de az előbb említett eset úgy félnaponta újra előjön. Csak a restart segít. Az error logban ilyesmiket látok kb fél óránként:: *** glibc detected *** /usr/sbin/apache2: double free or corruption (!prev): 0xb8a1d248 *** === Backtrace: = /lib/tls/i686/cmov/libc.so.6[0xb75c4ff1] /lib/tls/i686/cmov/libc.so.6[0xb75c66f2] /lib/tls/i686/cmov/libc.so.6(cfree+0x6d)[0xb75c97cd] /usr/lib/apache2/modules/libphp5.so(php_module_shutdown+0xba)[0xb701352a] /usr/lib/apache2/modules/libphp5.so(php_module_shutdown_wrapper+0x17)[0xb7013587] /usr/lib/apache2/modules/libphp5.so[0xb70d3ca1] /usr/lib/libapr-1.so.0[0xb76d0ed8] ez nagyon hosszú, majd: === Memory map: b5382000-b540 rw-s 00:09 697218 /dev/zero (deleted) b540-b5421000 rw-p 00:00 0 b5421000-b550 ---p 00:00 0 b557-b558c000 r-xp 09:00 229/lib/libgcc_s.so.1 b558c000-b558d000 r--p 0001b000 09:00 229/lib/libgcc_s.so.1 b558d000-b558e000 rw-p 0001c000 09:00 229/lib/libgcc_s.so.1 b558e000-b558f000 ---p 00:00 0 b558f000-b5d8f000 rw-p 00:00 0 b657e000-b658e000 rw-s 00:09 697220 /dev/zero (deleted) b658e000-b6593000 r-xp 09:00 277788 /usr/lib/perl5/auto/Apache2/ServerUtil/ServerUtil.so b6593000-b6594000 r--p 4000 09:00 277788 /usr/lib/perl5/auto/Apache2/ServerUtil/ServerUtil.so b6594000-b6595000 rw-p 5000 09:00 277788 /usr/lib/perl5/auto/Apache2/ServerUtil/ServerUtil.so b6595000-b659b000 r-xp 09:00 277786 /usr/lib/perl5/auto/Apache2/ServerRec/ServerRec.so b659b000-b659c000 r--p 5000 09:00 277786 /usr/lib/perl5/auto/Apache2/ServerRec/ServerRec.so b659c000-b659d000 rw-p 6000 09:00 277786 /usr/lib/perl5/auto/Apache2/ServerRec/ServerRec.so b659d000-b65a1000 r-xp 09:00 20 /usr/lib/perl5/auto/Apache2/Log/Log.so b65a1000-b65a2000 r--p 3000 09:00 20 /usr/lib/perl5/auto/Apache2/Log/Log.so b65a2000-b65a3000 rw-p 4000 09:00 20 /usr/lib/perl5/auto/Apache2/Log/Log.so Ez szintén hosszú. Szerintetek mi lehet ez, mi okozhatja a hibát? Köszi, GT. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
2010/9/9 "Baranyai László" : > Ha soronkent jelenik meg es nem egyszerre, meg kozben nem nyom > hibauzeneteket, akkor jo. Igen, soronként jelent meg, hibaüzenet nélkül. > Tehat a szerver rendben van, at > kellene nezni a PHP kodot, hogy mit is akarnak pontosan. Megoldódott szerintem a dolog, bár a fejlesztő több nap után sem szólt még vissza... Jött éppen egy ismerős, akinek én adminisztrálom a szervereit, és elég ügyes PHP-s. Ránézett a kódra, meg a phpinfo kimenetére, és 1mp alatt meg is volt a valószínűsíthető megoldás ;-) Még várom, hogy mit mondanak ezek a fejlesztők, de valószínűleg menni fog nekik a kód már. Az output_buffering off-ra volt állítva, és a srác szerint azért nem működött az adott progi részlet... Köszönöm nektek az eddigi sok segítséget, ha még ezután is gond lesz, akkor folytatom a témát ;-) Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
Udv! On 09/09/10, Norbert Vastagh wrote: > > Ez nyomja a képernyőre a printing... sorokat. az jó? ;-) > A PHP programozáshoz egyáltalán nem értek... > Ha soronkent jelenik meg es nem egyszerre, meg kozben nem nyom hibauzeneteket, akkor jo. Tehat a szerver rendben van, at kellene nezni a PHP kodot, hogy mit is akarnak pontosan. Ezt nekik kell. Esetleg bovebb infot adhatnanak arrol, hogy mi a hiba. En arra kernem oket, hogy allitsak be az error_reporting erteket bobeszedure es nezzek meg a logot: error_reporting(E_ERROR | E_WARNING | E_PARSE | E_NOTICE); Info: http://php.net/manual/en/function.error-reporting.php Udv.: Laci -- Laszlo Baranyai Corvinus University of Budapest _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
2010/9/9 Erdelyi Gabor : > - php_value output_buffering "0" A php.ini-ben output_buffering = Off van a phpinfo szerint output_bufferin: no value > - mod_security 2.x core rules will also prevent flush() from working. Ilyen nincs a szerveren. > - It appears that the flush() command does not work when running under suPHP. Ilyen sincs... Az a baj, hogy totál nem értek a PHP programozáshoz :-( De nem lehetne az ő részükről, próbaképpen különböző dolgokat paraméterezni, tiltani, stb. a PHP kódon keresztül? Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
2010/9/9 "Baranyai László" : > Irj egy pici minta kodot es rogton kiderul. Ha neked megy, > akkor a PHP kodjaban elszurt valamit: Ez nyomja a képernyőre a printing... sorokat. az jó? ;-) A PHP programozáshoz egyáltalán nem értek... > Ha fajlba megy az eredmeny, van-e irasi joga, beallitotta-e? Nem tudok semmit semmiről. Már nem egy web fejlesztő "keze alá" dogoztam, de ez a csapat csak annyit tud mondani, hogy máshol működik, és nem tudják, hogy mi a probléma :-( Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
2010/9/9 Erdelyi Gabor : > Itt beszelgetnek rola: > http://php.net/manual/en/function.flush.php > > Ezeket mondjak: Köszönöm, megnézem! Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
Udv! On 09/09/10, Norbert Vastagh wrote: > Van egy apache2 szerverem, amire rákerült egy webshop. > A fejlesztő azt mondja, hogy valamiért nem hajtódik végre a > kódjában lévő flush. > Szerintem a kivalasztott framework cache lehet a ludas. Irj egy pici minta kodot es rogton kiderul. Ha neked megy, akkor a PHP kodjaban elszurt valamit: '; ob_flush(); flush(); usleep(30); } ?> Ha fajlba megy az eredmeny, van-e irasi joga, beallitotta-e? Udv.: Laci -- Laszlo Baranyai Corvinus University of Budapest _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
Norbert Vastagh wrote: > A google és az apache2 flush problem ill. error nem hozott > eredményt ;-) Itt beszelgetnek rola: http://php.net/manual/en/function.flush.php Ezeket mondjak: - php_value output_buffering "0" - mod_security 2.x core rules will also prevent flush() from working. - It appears that the flush() command does not work when running under suPHP. stbstb. -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache2, flush
Sziasztok! Van egy apache2 szerverem, amire rákerült egy webshop. A fejlesztő azt mondja, hogy valamiért nem hajtódik végre a kódjában lévő flush. Szerinte valami tömörítő okozza a problémát: mondtam neki, hogy nézze meg, a phpinfo alapján mi az, ami szerinte a probléma forrása lehet, de azt mondja, hogy ezt így nem tudja megmondani. Szerintetek merre induljak el? Teljesen alap apache2 telepítés, az általa kért php modulokkal. Debian Squeeze van egyébként a gépen. A google és az apache2 flush problem ill. error nem hozott eredményt ;-) Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 DirectoryIndex és php
> Tehát: > - direktbe hivatkozva a php-t feldolgozza - php működik > - ha nem írom ki, hogy index.php, akkor megtalálja, mert > letöltésre felajánlja, tehát a DirectoryIndex mégiscsak > "dolgozik". > Na és itt elakadtam, hogy akkor mit nézek be? Elárulom, mert hihetetlen proxy. Mindent leszedtem, majd _csak_ apache ment fel php nélkül, miután meg akartam nézni, hogy az alap apache megy rendesen derült ki, hogy még mindig az index.php-t szedi le. Squid-ban tiltólista + böngésző cache törlés és már jó is. Köszönöm a türelmeteket! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 DirectoryIndex és php
Hi! Debian squeeze, rajta apache 2.2.16-1, php 5.3.2-2. Készítettem egy index.php-t, aminek a tartalma mindösszesen "" sorból áll, a /var/www alá betéve majd www.x.hu-ra nem fut le, hanem "letöltődik". Viszont, ha www.x.hu/index.php-t írok, akkor megy (jogosultság is rendben). A DirectoryIndex-et nézegettem volna, de sajna nem segített - vagy én bénáztam el. A /etc/apache/mods-avialable/dir.conf tartalma: = DirectoryIndex index.php index.html index.htm Próbáltam a DirectoryIndex-et beletenni a ./sites-enebled/default-ba is, de sajna nem változott a felállás. Tehát: - direktbe hivatkozva a php-t feldolgozza - php működik - ha nem írom ki, hogy index.php, akkor megtalálja, mert letöltésre felajánlja, tehát a DirectoryIndex mégiscsak "dolgozik". Logban hibát nem találok. Na és itt elakadtam, hogy akkor mit nézek be? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 + user quota
SziYa! Bocs lehet hogy kisit már off de most akadtam rá erre. Szerintem segíthet a feltötött adatok mennyiségének kordában tartásában! http://www.linuxquestions.org/questions/linux-server-73/directory-quota-601140/ _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 + user quota
>> pure-ftpd alatt létezik egy pure-quotacheck utility: >> pure-quotacheck -u -d [-g ] >> Cronból futtatom, ez frissíti a quotafájlt, így mindegy, milyen módon >> történt a feltöltés. > > Hopsz, ez tetszik. :) Mit csinálsz ha jelentősen túltöltik a quotát > ill. mennyire erőforrás igényes dolog a quotacheck pl. percenkénti > lefuttatása kb. 200 user, 5GB/user-es quota esetén? > Ha túllépi a quotát bármilyen módon és a quotafájl lefrissül, FTP-vel már nem tud feltölteni. Kigyűjtöm saját részre azokat az FTP fiókokat, ahol túllépték a tárhelyet, aztán jelzek nekik, hogy bővíteni kellene. A du parancshoz hasonlítanám teljesítményben, 300 user össz. 60 GB adatra nem fut le 1 perc alatt nálam, percenként én nem futtatnám. Üdv: Szabó N. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 + user quota
2009. július 10., 20:59:48, Szabo Nandor ezt írta: > pure-ftpd alatt létezik egy pure-quotacheck utility: > pure-quotacheck -u -d [-g ] > Cronból futtatom, ez frissíti a quotafájlt, így mindegy, milyen módon > történt a feltöltés. Hopsz, ez tetszik. :) Mit csinálsz ha jelentősen túltöltik a quotát ill. mennyire erőforrás igényes dolog a quotacheck pl. percenkénti lefuttatása kb. 200 user, 5GB/user-es quota esetén? -- Üdvözlettel, Dévay Gyulamailto:dgy...@drotnet.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 + user quota
> Én is azt használom, de ha a user weben tölt fel a home könyvtárába, > akkor azt a proftpd nem tudja, így nem is kerül a quota-jába! És én > éppen ezt szeretném megoldani. De még az is jó lenne, ha az apache-nak > lenne quota beállítási lehetősége és az tartaná nyílván az adott > virtualhost által feltöltött adatmennyiséget. > >> Nálam amúgy úgy van, hogy az uid a www-data gid az user gid-je, mert >> php-ből is kell tudni írni-olvasni az ftp-vel feltöltött adatokat, és >> viszont. > > Igen, ezzel nincs is baj, nekem a quota-zásra kellene megoldás. :) pure-ftpd alatt létezik egy pure-quotacheck utility: pure-quotacheck -u -d [-g ] Cronból futtatom, ez frissíti a quotafájlt, így mindegy, milyen módon történt a feltöltés. Üdv: Szabó N. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 + user quota
2009. július 8., 18:08:08, Csibra Gergo ezt írta: > A file rendszert még nem mondtad, de jellemzően nem lehet könyvtárra ext3 > quotat beállítani. Én pure-ftpd-t használok, ami tud mysql-ből > authentikációt nagyon egyszerűen. Az adatbázisban be lehet állítani, > hogy milyen uid-el és gid-el írjon a szintén beállítható home Én is azt használom, de ha a user weben tölt fel a home könyvtárába, akkor azt a proftpd nem tudja, így nem is kerül a quota-jába! És én éppen ezt szeretném megoldani. De még az is jó lenne, ha az apache-nak lenne quota beállítási lehetősége és az tartaná nyílván az adott virtualhost által feltöltött adatmennyiséget. > könyvtárba. A proftpd-vel sok bajom volt, máig nem tudom miért szakadt > meg sokszor a file átvitel, főleg ha nem 1 hanem mondjuk 1000 file-t > töltöttem fel/le, így ment a kukába. A pure-ftpd sokkal jobb. Igen, ezt én is tapasztaltam. De nem csinálok több száz fájlos feltöltéseket. :) > Nálam amúgy úgy van, hogy az uid a www-data gid az user gid-je, mert > php-ből is kell tudni írni-olvasni az ftp-vel feltöltött adatokat, és > viszont. Igen, ezzel nincs is baj, nekem a quota-zásra kellene megoldás. :) -- Üdvözlettel, Dévay Gyulamailto:dgy...@drotnet.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 + user quota
Wednesday, July 8, 2009, 3:54:20 PM, Dévay Gyula wrote: > 2009. július 8., 13:41:17, Csibra Gergo ezt írta: >> Groupquota a te barátod, és feltölteni, létrehozni csak saját >> könyvtárakba szabad, amik pedig setgid-esek. Nálam legalábbis így >> szépen működik. > Tehát minden virtual host-nak megcsinálom a könyvtárára a setgid > beállítást és hajrá? De a proftpd-n a virtual userek miatt a > könyvtáraknak az ott beállított gid-el és uid-el kell beállítva lennie > a könyvtáraknak. És én azt akarom, hogy ftp-vel és php-ből is tudjon > feltölteni egy adott könyvtárba a user, ami egyben egy adott > virtualhostnak - v. többnek - a könyvtára is. Amit írtál azzal ez > megoldható? Tehát a könyvtárra lehet quotát beállítani? A file rendszert még nem mondtad, de jellemzően nem lehet könyvtárra quotat beállítani. Én pure-ftpd-t használok, ami tud mysql-ből authentikációt nagyon egyszerűen. Az adatbázisban be lehet állítani, hogy milyen uid-el és gid-el írjon a szintén beállítható home könyvtárba. A proftpd-vel sok bajom volt, máig nem tudom miért szakadt meg sokszor a file átvitel, főleg ha nem 1 hanem mondjuk 1000 file-t töltöttem fel/le, így ment a kukába. A pure-ftpd sokkal jobb. Nálam amúgy úgy van, hogy az uid a www-data gid az user gid-je, mert php-ből is kell tudni írni-olvasni az ftp-vel feltöltött adatokat, és viszont. -- Best regards, Csibra Gergomailto:ge...@csibra.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 + user quota
2009. július 8., 13:41:17, Csibra Gergo ezt írta: > Groupquota a te barátod, és feltölteni, létrehozni csak saját > könyvtárakba szabad, amik pedig setgid-esek. Nálam legalábbis így > szépen működik. Tehát minden virtual host-nak megcsinálom a könyvtárára a setgid beállítást és hajrá? De a proftpd-n a virtual userek miatt a könyvtáraknak az ott beállított gid-el és uid-el kell beállítva lennie a könyvtáraknak. És én azt akarom, hogy ftp-vel és php-ből is tudjon feltölteni egy adott könyvtárba a user, ami egyben egy adott virtualhostnak - v. többnek - a könyvtára is. Amit írtál azzal ez megoldható? Tehát a könyvtárra lehet quotát beállítani? -- Üdvözlettel, Dévay Gyulamailto:dgy...@drotnet.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 + user quota
Tuesday, July 7, 2009, 1:02:28 PM, Dévay Gyula wrote: > Hogyan lehetne user quotát - valójában virtualhost quotát - beállítani > apache-n, lehetőség szerint úgy, hogy azt mysql-ből szedje és oda > tárolja a feltöltött bájtok mennyiségét mint pl. a proftpd esetén? > Természetesen az össz feltöltött adatmennyiség érdekes, nem az adott > szálon belül és ha töröl fájlt, akkor az is frissüljön a quotájában. > Sima html upload-ra gondolok és php-ban létrahozott ill. törölt > fájlokra. Meg lehet ezt oldani, vagy csak úgy ha a virtualhostok > kapnak saját partíciókat aztán annyi? Esetleg valami progi ami képes > dinamikusan virtuális partíciókat létrehozni? Várok minden építő > szándékú ötletet! :) Groupquota a te barátod, és feltölteni, létrehozni csak saját könyvtárakba szabad, amik pedig setgid-esek. Nálam legalábbis így szépen működik. -- Best regards, Csibra Gergomailto:ge...@csibra.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache2 + user quota
Sziasztok! Hogyan lehetne user quotát - valójában virtualhost quotát - beállítani apache-n, lehetőség szerint úgy, hogy azt mysql-ből szedje és oda tárolja a feltöltött bájtok mennyiségét mint pl. a proftpd esetén? Természetesen az össz feltöltött adatmennyiség érdekes, nem az adott szálon belül és ha töröl fájlt, akkor az is frissüljön a quotájában. Sima html upload-ra gondolok és php-ban létrahozott ill. törölt fájlokra. Meg lehet ezt oldani, vagy csak úgy ha a virtualhostok kapnak saját partíciókat aztán annyi? Esetleg valami progi ami képes dinamikusan virtuális partíciókat létrehozni? Várok minden építő szándékú ötletet! :) -- Üdvözlettel, Dévay Gyula mailto:dgy...@drotnet.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 +php5 + jail
Köszi, az ftp nem probléma, az megoldott proftpd+mysql-el. 2009. május 10., 23:13:13, Gabor HALASZ ezt írta: > pure-ftpd, virtualchroot. -- Üdvözlettel, Dévay Gyulamailto:dgy...@drotnet.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 +php5 + jail
2009. május 10., 21:11:12, Hegedüs Ervin ezt írta: Tudja, de macerás, mivel nem automatice adja az uid/gid-et, hanem manuálisan kell ellenőrizni, hogy milyen uid/gid nincs még használatban. > szerintem FTP-nel is van olyan daemon, ami tud uniq uid/gid-t > virtual userek eseten is (proftpd mintha...), de ha a httpd a > fo kerdes, akkor minden virtualhost kontextbe: Köszi, ez jó. Már csak cgi-bin scritpre kellene megoldani ugyan ezt a problémát. Mármint, hogy a könyvtárából ne tudjon kilépni:( > php_admin_value open_basedir > "/path/to/userhome:/path/to/masikdir:/usr/lib/php5" > es ez a problema megoldott. > a. -- Üdvözlettel, Dévay Gyulamailto:dgy...@drotnet.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 +php5 + jail
Dévay Gyula wrote: > Mert ugye jail-ban a tényleges rendszert nem látják, nem tudják > piszkálni, ez eddig ok, de egymás könyvtárát már láthatják, mivel a > virtuál ftp miatt a guid és az uid-jük is egyforma. De valahogy mégis > jó lenne, ha a saját apache-ban megadott DocumentRoot-jukból nem > tudnának kilesni még a php-val sem (és persze lehet, a későbbiekben > olyan is, aki pl. perl scriptet akar majd futtatni). Magyarul minden > usernek úgy tünjön, csak Ő van egyedül a szerveren. > > Van erre valami használható ötlete valakinek? > pure-ftpd, virtualchroot. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 +php5 + jail
hello, > Adott hogy apache2 ami jail-ben fut és virtualhostok vannak rajta, > simán fut egy mysql > szerver - esetleg azt is külön jail-be rakhatom, bár szerintem azt > felesleges, de ha nem, akkor kérnék rá indokot miért is nem - és az > userek (virtula ftp-s) irogathatnak maguknak egyszerű php oldalakat, > amiket felrakhatnak. Azt kelelne > valahogy megoldanom, hogy ne tudják egymás oldalaink pl. a forrását > ellesni (mert pl. tárolhatnak ott jelszót, ill. ne tudják egymás php > scriptjében tárolt jelszavának ellopásával a mysql szervert elérni), > de még csak ezt se tudják kilistáztatni, hogy a sajátjuk mellett > milyen más usereknek vannak könyvtáraik. > Mert ugye jail-ban a tényleges rendszert nem látják, nem tudják > piszkálni, ez eddig ok, de egymás könyvtárát már láthatják, mivel a > virtuál ftp miatt a guid és az uid-jük is egyforma. De valahogy mégis > jó lenne, ha a saját apache-ban megadott DocumentRoot-jukból nem > tudnának kilesni még a php-val sem (és persze lehet, a későbbiekben > olyan is, aki pl. perl scriptet akar majd futtatni). Magyarul minden > usernek úgy tünjön, csak Ő van egyedül a szerveren. > > Van erre valami használható ötlete valakinek? szerintem FTP-nel is van olyan daemon, ami tud uniq uid/gid-t virtual userek eseten is (proftpd mintha...), de ha a httpd a fo kerdes, akkor minden virtualhost kontextbe: php_admin_value open_basedir "/path/to/userhome:/path/to/masikdir:/usr/lib/php5" es ez a problema megoldott. a. -- Minden baj forrása az 1/x függvény. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 +php5 + jail
Sziasztok! Adott hogy apache2 ami jail-ben fut és virtualhostok vannak rajta, simán fut egy mysql szerver - esetleg azt is külön jail-be rakhatom, bár szerintem azt felesleges, de ha nem, akkor kérnék rá indokot miért is nem - és az userek (virtula ftp-s) irogathatnak maguknak egyszerű php oldalakat, amiket felrakhatnak. Azt kelelne valahogy megoldanom, hogy ne tudják egymás oldalaink pl. a forrását ellesni (mert pl. tárolhatnak ott jelszót, ill. ne tudják egymás php scriptjében tárolt jelszavának ellopásával a mysql szervert elérni), de még csak ezt se tudják kilistáztatni, hogy a sajátjuk mellett milyen más usereknek vannak könyvtáraik. Mert ugye jail-ban a tényleges rendszert nem látják, nem tudják piszkálni, ez eddig ok, de egymás könyvtárát már láthatják, mivel a virtuál ftp miatt a guid és az uid-jük is egyforma. De valahogy mégis jó lenne, ha a saját apache-ban megadott DocumentRoot-jukból nem tudnának kilesni még a php-val sem (és persze lehet, a későbbiekben olyan is, aki pl. perl scriptet akar majd futtatni). Magyarul minden usernek úgy tünjön, csak Ő van egyedül a szerveren. Van erre valami használható ötlete valakinek? -- Üdvözlettel, Dévay Gyula mailto:dgy...@drotnet.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 vhost probléma
2009. április 9. dátummal Csibra Gergo ezt írta: > A www.akármi.hu config file-jában serveralias-nak bent van az > akarmi.hu? Közben rájöttem valamire ;-) Az apace konfigjában ami a ServerName, az nem jön be, pontosabban megy a default vhost-ra... A ServerName évek óta nem változott, de a szerver tulaja (aki néha konfigurálgat ezt-azt) 1-2 hete valamit pont a virtual hostok beállításai között állítgatott: azóta nem megy Most ServerName-nek beírtam simán, hogy gipszjakab_kft, úgy néz ki, megjavult: majd egyszer talán lesz időm elgondolkodni rajta, hogy mi is változott úgy, hogy ez lett a vége ;-) Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 vhost probléma
Thursday, April 9, 2009, 10:31:56 AM, Vastagh Norbert wrote: > Van egy vhost, aminél az akármi.hu a default vhost-ra megy, nem az > akármi.hu-ra... A www.akármi.hu jó helyre meg, illetve van egy > aldomain.akármi.hu, ez egy külön vhost, az is jól működik. A www.akármi.hu config file-jában serveralias-nak bent van az akarmi.hu? -- Best regards, Csibra Gergomailto:ge...@csibra.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 vhost probléma
Sziasztok! Egy apache2 szerveren van vagy 30 név alapú vhost. Minden vhost egy külön fájlban van, ha ez számít ;-) Van egy vhost, aminél az akármi.hu a default vhost-ra megy, nem az akármi.hu-ra... A www.akármi.hu jó helyre meg, illetve van egy aldomain.akármi.hu, ez egy külön vhost, az is jól működik. A szép az az egészben, hogy már nagyon régóta (talán több éve) megvan ez a domain a szeveren, és eddig nem volt ilyen gond :-o Mi lehet az oka? A default vhost access.logjában ilyen van: xxx.xxx.xxx.xxx - - [09/Apr/2009:10:28:53 +0200] "GET / HTTP/1.1" 200 290 "-" "Mozilla/5.0 (X11; U; Linux i686; hu-HU; rv:1.9.0.5) Gecko/2008122011 Iceweasel/3.0.5 (Debian-3.0.5-1)" xxx.xxx.xxx.xxx - - [09/Apr/2009:10:28:53 +0200] "GET /epit.jpg HTTP/1.1" 304 - "http://akármi.hu/"; "Mozilla/5.0 (X11; U; Linux i686; hu-HU; rv:1.9.0.5) Gecko/2008122011 Iceweasel/3.0.5 (Debian-3.0.5-1)" Nagyon nem értem, hogy hogyan és miért kerül oda :-( Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 alapértelmezett vhost
> Ilyen tartalmú fájlom van a sites-available könyvtárban: a2ensite Udv.: Laci _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 alapértelmezett vhost
Sziasztok! A fellelt doksik alapján próbáltam, de nem sikerült beállítanom azt az egyszerű dolgot, hogy egy web szerverre ha beesik egy olyan kérés, amihez még nincs virtuális hoszt beállítva (mert beregszitrálták már, de még nincs beállítva), akkor egy alapértelmezett könyvtárból adjon egy oldalt... Régen egy fájlban voltak a virtuális hosztok, akkor az elsőre ment minden: de ez egy bizonyos darabszám felett már nehezen kezelhető volt, szétszabdaltam, de nem tudom beállítani :-( Ilyen tartalmú fájlom van a sites-available könyvtárban: DocumentRoot /var/www/default ErrorLog /var/log/apache2/default.error.log LogLevel warn CustomLog /var/log/apache2/default.access.log combined ServerSignature Off és ez van belinkelve 00-default néven a sites-enabled könyvtárba, de ennek ellenére a "névsorban" következő vhost jön be az ilyen "betalálásokra" :-( Mit olvastam félre már megint?! ;-))) Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
On Wed, 11 Feb 2009, Kosa Attila wrote: > > Ez alapján ismét el tudok indulni, van is sejtésem mit bénáztam el, addig > > Innen kiindulva fogsz tudni helyes certificate-et generalni: > http://www.mithrandir.hu/doc/book/node39.html Igen, köszönöm mégegyszer, innen indulva csináltam. Az első probléma ott kezdődött, hogy a logban panaszkodott, hogy nem tudja a commonName-ben beírt nevet feloldani. Erre én "...ha" fogtam és biztos ami biztos alapon a CA commonName-be is beírtam az IP címet + a tanusítvány commonName-be is ugyanazt az IP-t, gyanítom ez vezetett a hibás tanusítványhoz. Újrakészítettem és most már a "megszokott" panasszal fogad, de tudom a tanusítványt telepíteni. Köszönöm a segítséget és a türelmeteket! -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_szist...@tux.hu \ szist...@mail.vcsk.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
On Tue, 10 Feb 2009, Krisztian VASAS wrote: > > Tudna esetleg valaki segíteni, hogy mit nézzek meg alaposabban? Ma jott elo hasonlo problema. lejart tanusitvanyt lecsereltuk, es az ie7 (7.0.5730.13 van a tesztgepen) azt mondja, "hibas tanusitvany" es ezt mindig eljatsza, nem lehet kivetelt felvenni. FF[23] megeszi a tanusitvanyt, mit lehetne tenni, hogy legalabb ertelmes hibazuzentet kapjak? Udv, -=Lajbi=- LAJBER ZoltanSzent Istvan Egyetem, Informatika Hivatal HTH=Hope This Helps, YMMV=Your Mileage May Vary, HAND=Have A Nice Day _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
On Tue, Feb 10, 2009 at 08:59:48PM +0100, Szabo Istvan wrote: > On Tue, 10 Feb 2009, Kosa Attila wrote: > > > Talan jobb lenne openssl-lel ellenorizni azt a cert-et... > > openssl s_client -host 10.3.0.15 -port 443 -showcerts > > Ön nyert!! > > Verify return code: 7 (certificate signature failure) > > Ez alapján ismét el tudok indulni, van is sejtésem mit bénáztam el, addig Innen kiindulva fogsz tudni helyes certificate-et generalni: http://www.mithrandir.hu/doc/book/node39.html -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
On Tue, 10 Feb 2009, Kosa Attila wrote: > Talan jobb lenne openssl-lel ellenorizni azt a cert-et... > openssl s_client -host 10.3.0.15 -port 443 -showcerts Ön nyert!! Verify return code: 7 (certificate signature failure) Ez alapján ismét el tudok indulni, van is sejtésem mit bénáztam el, addig is köszönöm az eddigi segítségeket! -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_szist...@tux.hu \ szist...@mail.vcsk.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
On Tue, Feb 10, 2009 at 04:38:36PM +0100, Ferenc Wagner wrote: > Szabo Istvan writes: > > > Debian lenny, apache2-t szeretném rábírni https-re. Látszólag megy, > > nmap-nak mondja, hogy 443 port nyitva, apache logban semmi hiba, elindul, > > viszont amikor FireFox3-al próbálnék csatlakozni, az mondja, hogy: > > > > Hiba történt a következőhöz való csatlakozáskor: 10.3.0.15. > > Peer's certificate has an invalid signature. > > (Hibakód: sec_error_bad_signature) > > Próbáld http://10.3.0.15:443-mal megszólítani, hogy kiderüljön, Talan jobb lenne openssl-lel ellenorizni azt a cert-et... openssl s_client -host 10.3.0.15 -port 443 -showcerts -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
On Tue, Feb 10, 2009 at 05:54:51PM +0100, Gábor Lénárt wrote: > On Tue, Feb 10, 2009 at 05:25:52PM +0100, Szabo Istvan wrote: > > Your browser sent a request that this server could not understand. > >Reason: You're speaking plain HTTP to an SSL-enabled server port. > >Instead use the HTTPS scheme to access this URL, please. > [...] > > Az a meglepő, hogy szerver oldalon nem látok hibára utaló nyomot, cliens > > oldalon FF a fenti hibát adja, IE7 meg semmit nem ad vissza. > > Hulye kerdes, de biztos, hogy https figyel ott? :) En akkor lattam ilyet > amikor sikerult 443-as portra sima http-t configolnom, aztan persze > https-sel megszolitva nem tetszett neki a dolog. Telnet-elj ra a 443-as > portjara a szervernek es nezd meg mint valaszol ha pl vmi sima http-t adsz > neki, ha valaszol stb, akkor az bizony http, nincs szo https-rol ... Esetleg siman kerd el a http://szerver:443/ url-t bongeszoval, tehat http-vel, de a 443-as porton, ha muxik, akkor ez http, es nem https :) -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
On Tue, Feb 10, 2009 at 05:25:52PM +0100, Szabo Istvan wrote: > Your browser sent a request that this server could not understand. >Reason: You're speaking plain HTTP to an SSL-enabled server port. >Instead use the HTTPS scheme to access this URL, please. [...] > Az a meglepő, hogy szerver oldalon nem látok hibára utaló nyomot, cliens > oldalon FF a fenti hibát adja, IE7 meg semmit nem ad vissza. Hulye kerdes, de biztos, hogy https figyel ott? :) En akkor lattam ilyet amikor sikerult 443-as portra sima http-t configolnom, aztan persze https-sel megszolitva nem tetszett neki a dolog. Telnet-elj ra a 443-as portjara a szervernek es nezd meg mint valaszol ha pl vmi sima http-t adsz neki, ha valaszol stb, akkor az bizony http, nincs szo https-rol ... -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
On Tue, 10 Feb 2009, Ferenc Wagner wrote: > Hiba tĂśrtĂŠnt a kĂśvetkezĹhĂśz valĂł csatlakozĂĄskor: 10.3.0.15. > Peer's certificate has an invalid signature. > (HibakĂłd: sec_error_bad_signature) > PrĂłbĂĄld http://10.3.0.15:443-mal megszĂłlĂtani, hogy kiderĂźljĂśn, > egyĂĄltalĂĄn megy-e az SSL modul. Úgy tűnik igen: = Your browser sent a request that this server could not understand. Reason: You're speaking plain HTTP to an SSL-enabled server port. Instead use the HTTPS scheme to access this URL, please. Hint: https://10.3.0.15/ Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny2 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0 Server at 10.3.0.15 Port 443 == Az a meglepő, hogy szerver oldalon nem látok hibára utaló nyomot, cliens oldalon FF a fenti hibát adja, IE7 meg semmit nem ad vissza. -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_szist...@tux.hu \ szist...@mail.vcsk.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
On Tue, 10 Feb 2009, Krisztian VASAS wrote: > Hiba tĂśrtĂŠnt a kĂśvetkezĹhĂśz valĂł csatlakozĂĄskor: 10.3.0.15. > Peer's certificate has an invalid signature. > (HibakĂłd: sec_error_bad_signature) >Ottvan kerek perec leĂrva, hogy bad signature, kell legyen ott valahol Ezt értem. >egy "Add exception" gombnak. FF3-ban valtozott a certificate elfogadas >metodusa (szerintem tul bonyolult lett, de mind1). Szerintem Te arra gondolsz, hogy "kivételt" lehet hozzáadni. Igen, ismerem azt az oldalt (sec_error_expired_certificate hibaüzenetnél), ekkor a panasz oka, hogy érvénytelen a tanusítvány (lejárt, nem hitelesített CA írta alá), de jelen esetben nem erről van szó és sajna nem is lehet kivételt hozzáadni. Egyetlen gomb van alul, mégpedig: Frissítés. > Tudna esetleg valaki segĂteni, hogy mit nĂŠzzek meg alaposabban? > google://firefox+3+certificate+warning Köszönöm, most nézem ezeket is... -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_szist...@tux.hu \ szist...@mail.vcsk.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
Szabo Istvan wrote: > > Tudna esetleg valaki segíteni, hogy mit nézzek meg alaposabban? Kozben eszembe jutott, probalj egy '-sha1' kapcsolot mondani az openssl x509-nek kulcsgyartas kozben (valamelyik hulye a mozillanal azt olvasta a zinterneten, hogy az md5 signature az rossz). -- Gabor HALASZ _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
On Tue, 2009-02-10 at 16:38 +0100, Ferenc Wagner wrote: > Szabo Istvan writes: > > > Debian lenny, apache2-t szeretném rábírni https-re. Látszólag megy, > > nmap-nak mondja, hogy 443 port nyitva, apache logban semmi hiba, elindul, > > viszont amikor FireFox3-al próbálnék csatlakozni, az mondja, hogy: > > > > Hiba történt a következőhöz való csatlakozáskor: 10.3.0.15. > > Peer's certificate has an invalid signature. > > (Hibakód: sec_error_bad_signature) > > Próbáld http://10.3.0.15:443-mal megszólítani, hogy kiderüljön, > egyáltalán megy-e az SSL modul. Megy, mert bad_signature uzenetet kuld, ergo kapott egy certificate-et (ahogy irja is). IroNiQ -- Member of Frugalware Developer Team Web: http://www.ironiq.hu LinuxCounter: #331532 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
Szabo Istvan writes: > Debian lenny, apache2-t szeretném rábírni https-re. Látszólag megy, > nmap-nak mondja, hogy 443 port nyitva, apache logban semmi hiba, elindul, > viszont amikor FireFox3-al próbálnék csatlakozni, az mondja, hogy: > > Hiba történt a következőhöz való csatlakozáskor: 10.3.0.15. > Peer's certificate has an invalid signature. > (Hibakód: sec_error_bad_signature) Próbáld http://10.3.0.15:443-mal megszólítani, hogy kiderüljön, egyáltalán megy-e az SSL modul. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
On Tue, 2009-02-10 at 15:50 +0100, Szabo Istvan wrote: > Debian lenny, apache2-t szeretném rábírni https-re. Látszólag megy, > nmap-nak mondja, hogy 443 port nyitva, apache logban semmi hiba, elindul, > viszont amikor FireFox3-al próbálnék csatlakozni, az mondja, hogy: > > Hiba történt a következőhöz való csatlakozáskor: 10.3.0.15. > Peer's certificate has an invalid signature. > (Hibakód: sec_error_bad_signature) Ottvan kerek perec leírva, hogy bad signature, kell legyen ott valahol egy "Add exception" gombnak. FF3-ban valtozott a certificate elfogadas metodusa (szerintem tul bonyolult lett, de mind1). > Tudna esetleg valaki segíteni, hogy mit nézzek meg alaposabban? google://firefox+3+certificate+warning IroNiQ -- Member of Frugalware Developer Team Web: http://www.ironiq.hu LinuxCounter: #331532 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 https
Szabo Istvan wrote: > Hi! > > Debian lenny, apache2-t szeretném rábírni https-re. Látszólag megy, > nmap-nak mondja, hogy 443 port nyitva, apache logban semmi hiba, elindul, > viszont amikor FireFox3-al próbálnék csatlakozni, az mondja, hogy: > > Hiba történt a következőhöz való csatlakozáskor: 10.3.0.15. > Peer's certificate has an invalid signature. > (Hibakód: sec_error_bad_signature) > > Google-ban keresgélve egyik helyen FF hibának mondják, míg máshol > tanusítvány hibának. Tudtommal az ff3 egyik bugja, amit featurenek probalnak eladni. -- Gabor HALASZ _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 https
Hi! Debian lenny, apache2-t szeretném rábírni https-re. Látszólag megy, nmap-nak mondja, hogy 443 port nyitva, apache logban semmi hiba, elindul, viszont amikor FireFox3-al próbálnék csatlakozni, az mondja, hogy: Hiba történt a következőhöz való csatlakozáskor: 10.3.0.15. Peer's certificate has an invalid signature. (Hibakód: sec_error_bad_signature) Google-ban keresgélve egyik helyen FF hibának mondják, míg máshol tanusítvány hibának. Igazából nem sokat tudtam neki ártani, pedig mind a CA-t mint a tanusítványokat többször újrageneráltam más-más beállításokkal. Természeresen a file jogosultságokat is néztem, de gonsolom ez a hiba már megérne 1 logbejegyzést is, de az nincs. Hasonló módon már egy etch-et belőttem, de hiába hasonlítgatom a dolgokat, már sajnos nem látok különbséget. Tudna esetleg valaki segíteni, hogy mit nézzek meg alaposabban? Előre is köszönöm a segítséget! -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_szist...@tux.hu \ szist...@mail.vcsk.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache2 + webdav + file orig date
Hello, van arra valami mod, hogy egy apache2/webdav felallasnal a feltoltott file datuma ne a feltoltes ideje legyen, hanem a kliensen tarolt datum? Koszonom: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 multiport HTTPS kulon cert-el
On Tue, September 9, 2008 12:45, Gábor Lénárt wrote: > Imho ez https-sel sose fog menni, mert a tanusitvannyal kapcsolatos dolgok > meg azelott vannak hogy egyaltalan belelatna a webserver a keresbe, tehat > host fejlec, name based virtual host, stb az nem jatszik https-nel. Port > eseten elvileg akar mukodhet, tekintve, hogy az az info termeszetesen > rendelkezesre all, hogy melyik portra esett be a kapcsolat mar tcp szinten Porttal biztosan mukodik. zoli _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 multiport HTTPS kulon cert-el
hello,
> > Annyi "keverés" van, hogy az elsonel nincs Servername, az volt a
> > celom, hogy ha erkezik egy keres Host fejlec nelkul, akkor azt
> > abbol a kontextusbol szolgalja ki ("A keresett oldal nem
> > talalhato..."), de kesobb ehhez a NameVirtualHost-hoz van egy
> > olyan VirtualHost szekcio, amiben mar van rendes ServerName.
>
>
> Imho ez https-sel sose fog menni, mert a tanusitvannyal kapcsolatos dolgok
> meg azelott vannak hogy egyaltalan belelatna a webserver a keresbe, tehat
> host fejlec, name based virtual host, stb az nem jatszik https-nel. Port
> eseten elvileg akar mukodhet, tekintve, hogy az az info termeszetesen
> rendelkezesre all, hogy melyik portra esett be a kapcsolat mar tcp szinten
> is.
igen, erre gondoltam en is, marminthogy a portonkenti cert
megoldhato.
A HTTPS Host fejlec meg tok kiment a fejembol, hogy hiaba van mas
kontext...
bocs, es koszonom:
a.
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 multiport HTTPS kulon cert-el
On Mon, Sep 08, 2008 at 11:38:24AM +0200, Hegedüs Ervin wrote:
> Annyi "keverés" van, hogy az elsonel nincs Servername, az volt a
> celom, hogy ha erkezik egy keres Host fejlec nelkul, akkor azt
> abbol a kontextusbol szolgalja ki ("A keresett oldal nem
> talalhato..."), de kesobb ehhez a NameVirtualHost-hoz van egy
> olyan VirtualHost szekcio, amiben mar van rendes ServerName.
Imho ez https-sel sose fog menni, mert a tanusitvannyal kapcsolatos dolgok
meg azelott vannak hogy egyaltalan belelatna a webserver a keresbe, tehat
host fejlec, name based virtual host, stb az nem jatszik https-nel. Port
eseten elvileg akar mukodhet, tekintve, hogy az az info termeszetesen
rendelkezesre all, hogy melyik portra esett be a kapcsolat mar tcp szinten
is.
--
- Gábor
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 multiport HTTPS kulon cert-el
On Mon, September 8, 2008 11:38, Hegedüs Ervin wrote: > Annyi "keverés" van, hogy az elsonel nincs Servername, az volt a > celom, hogy ha erkezik egy keres Host fejlec nelkul, akkor azt Szerintem ezert. Ez csak tipp. Abbol gondolom, mert ha ssl-nel ket domainnak is ua az Ip-je es portja, de a certek kulonbozoek, akkor is mindig az elso valasztja. probald meg,hogy mindegyik szekcioba teszel servername-t. zoli _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 multiport HTTPS kulon cert-el
hello, > > Ennek ellenere mindket porton ugyanazt a tanusitvanyt hasznalja > > (a bongeszok szerint). > > Látatlanban azt mondanám, csak lassan, óvatosan! > Konkrétan megnézted magukat a tanúsítványokat, vagy csak > valami egyéb hibaüzenetb?l vontad le ezt a következtetést? igen, megneztem mindket oldal tanusitvanyat, ugyanaz. Hibauzenet nincs. a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 multiport HTTPS kulon cert-el
Hello,
> A reszlet amit beideztel a configbol jo.
> A hiba mashol lesz.
> megkerdezhetem, hogy melyiket valasztja?
> Az elsot?
igen, az elsot,
> ServerName, ServerAlias kulonbozoek a ket szekcioban?
ServerAlias nincs egyik esetben sem, a ServerName
különbözik, de.
Annyi "keverés" van, hogy az elsonel nincs Servername, az volt a
celom, hogy ha erkezik egy keres Host fejlec nelkul, akkor azt
abbol a kontextusbol szolgalja ki ("A keresett oldal nem
talalhato..."), de kesobb ehhez a NameVirtualHost-hoz van egy
olyan VirtualHost szekcio, amiben mar van rendes ServerName.
A masodik tanusitvanynal van ServerName, ha valaki arra a portra
megy, mindig az jon be neki, de az nem gond.
Köszönöm:
a.
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 multiport HTTPS kulon cert-el
In article <[EMAIL PROTECTED]>, =?iso-8859-2?Q?Heged=FCs?= Ervin <[EMAIL PROTECTED]> writes: > Tehat azt szeretnem, hogy a ket porton ket eltero tanusitvany > legyen. > > Ennek ellenere mindket porton ugyanazt a tanusitvanyt hasznalja > (a bongeszok szerint). Látatlanban azt mondanám, csak lassan, óvatosan! Konkrétan megnézted magukat a tanúsítványokat, vagy csak valami egyéb hibaüzenetbõl vontad le ezt a következtetést? g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 multiport HTTPS kulon cert-el
On Sun, September 7, 2008 00:18, Hegedüs Ervin wrote: > Tehat azt szeretnem, hogy a ket porton ket eltero tanusitvany > legyen. > > Ennek ellenere mindket porton ugyanazt a tanusitvanyt hasznalja > (a bongeszok szerint). On Sun, September 7, 2008 00:18, Hegedüs Ervin wrote: > Tehat azt szeretnem, hogy a ket porton ket eltero tanusitvany > legyen. Szia, A reszlet amit beideztel a configbol jo. A hiba mashol lesz. megkerdezhetem, hogy melyiket valasztja? Az elsot? ServerName, ServerAlias kulonbozoek a ket szekcioban? zoli _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache2 multiport HTTPS kulon cert-el
Hello, Debian Etch, Apache2.2 csomagbol telepitve. A konfig relevans resze: NameVirtualHost *:443 SSLEngine on SSLCertificateFile /etc/apache2/ssl/egyik.pem ... NameVirtualHost *:8443 SSLEngine on SSLCertificateFile /etc/apache2/ssl/masik.pem ... Tehat azt szeretnem, hogy a ket porton ket eltero tanusitvany legyen. Ennek ellenere mindket porton ugyanazt a tanusitvanyt hasznalja (a bongeszok szerint). Mit rontok el? Koszonom: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 rewrite...
2008. június 27. 17.58 dátummal Salamon Attila ezt írta: > ProxyPreserveHost On > ProxyPass / https://192.168.100.250/ > ProxyPassReverse / https://192.168.100.250/ > > Order deny,allow > Allow from all > Pontosan ennyit írtam bele a konfigba (mivel nem https), és működik! ;-) Köszömön, Mester ;-) Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 rewrite...
Hello! > Néztem a rewrite-ot, szépen át is írja, hogy 10.0.0.254/webmail, csak > ugye az nekem az internet felől nem fog bejönni ;-)) > > Mi a megoldás? Üdv: Proxy kell. Valami ilyesmi kell: SSLEngine On SSLCertificateFile /etc/ssl/private/example.com.pem ServerAdmin [EMAIL PROTECTED] ServerName webmail.example.com SSLProxyEngine On ProxyPreserveHost On ProxyPass / https://192.168.100.250/ ProxyPassReverse / https://192.168.100.250/ Order deny,allow Allow from all ErrorLog logs/error-example.com-ssl.log CustomLog logs/access-example.com-ssl.log combined üdv. SA. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache2 rewrite...
... vagy mi ;-) Sziasztok! Az a problémám, hogy egy céghez bekerült egy új szerver a régi mellé, a régi maradt router, tűzfal, web szerver, az új meg a mail szerver stb., és a webmail felülelet el kellene érni kívülről... Tehát van a valami.hu, ezt kiszolgálja a web szerver, ami a router is, és a neten lóg publikus ip-vel. De mivel a levelek az aláhálón lévő, publikus ip-vel nem rendelkező gépen vannak, ezért a valami.hu/webmail címre a lanosszerver/webmail oldalának kellene bejönni. Néztem a rewrite-ot, szépen át is írja, hogy 10.0.0.254/webmail, csak ugye az nekem az internet felől nem fog bejönni ;-)) Mi a megoldás? Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 logrotate
Vastagh Norbert wrote:
>
> Mit csináljak?
Olvasd el a manpaget, ha mar buguntueknak nem sikerult :)
graceful
Gracefully restarts the Apache httpd daemon. If the daemon is
not running, it is started. This differs from a normal restart in that
currently open connections are not aborted. A side effect is that old
log files will not be closed immediately. This means that if used in a
log rotation script, a substantial delay may be necessary to ensure
that the old log files are closed before processing them. This command
automatically checks the configura tion files as in configtest before
initiating the restart to make sure Apache doesn't die. This is
equivalent to apachectl -k graceful.
> A logrotate konfigban az apache2 reload-ot cseréljen
> apache2ctl graceful-ra, vagy az kevés / rossz megoldás? ;-)
Nem tudom, mit csinalnak buguntuek, nem is erdekel kulonosebben. Ami
biztos, hogy sem az apache2-nek, sem az apache2ctl-nek nincs reload
opcioja (legalabbis a nalam levo verzioknak). Van restart es graceful,
az elso esetben ledobja a klienseket, a masodik esetben nem.
A debian fele megoldas:
apache-chroot:/# cat /etc/logrotate.d/apache2
/var/log/apache2/*.log {
weekly
missingok
rotate 52
compress
delaycompress
notifempty
create 640 root adm
sharedscripts
postrotate
if [ -f /var/run/apache2.pid ]; then
/etc/init.d/apache2 restart > /dev/null
fi
endscript
}
Ez viszont le is allitja (az apache2 script restart cimen ertelmetlenul
bonyolult modon leallitja majd ujrainditja), na ez sem sokkal
jobb...(mitol is lenne ;)
--
Gabor HALASZ <[EMAIL PROTECTED]>
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 logrotate
2008. június 23. 13.08 dátummal Gabor HALASZ ezt írta: > Keress masik disztribucior ;) ... egyébként a 7.10 jól ment, csak frissíteni kellett... Itthon mindent jól kipróbáltam előtte, hogy rendben megy-e a vervióváltás (200km-re vannak a szerverek), de a logrotálásra nem gondoltam ;-) -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 logrotate
2008. június 23. 13.08 dátummal Gabor HALASZ ezt írta: > Keress masik disztribucior ;) Csak három ubuntus szerverem van, ebből egy csak samba pdc, be van lőve, és megy. A másik kettő viszont forgalmas weboldalak mögött van, úgyhogy nem tudom lecserélni őket... > Nem tudom, buguntuek mit ganyolnak, de az biztos, hogy logrotalas > utan apche2ctl graceful kell. Itt lesz a gond... Mit csináljak? A logrotate konfigban az apache2 reload-ot cseréljen apache2ctl graceful-ra, vagy az kevés / rossz megoldás? ;-) Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 logrotate
Vastagh Norbert wrote: > Ha meg apache2 restart-ot mondok neki, akkor leáll az egész, mert azt > mondha, hogy a 80-as port használatban van: igen, mert restart-ra > nem áll le az összes process, és mivel van még pár, ami fut, nem tud > elindulni. > > Mit tegyek? > Keress masik disztribucior ;) > > van valakinek ötlete? > Nem tudom, buguntuek mit ganyolnak, de az biztos, hogy logrotalas utan apche2ctl graceful kell. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 logrotate
Sziasztok! Remélem nem ment el nyaralni mindenki ;-))) Van egy olyan NAGY problémám, hogy egy ubuntus szerveremen, miután frissítettem 7.10-ről 8.04-re, nem működik az apache logok rotálása... A logrotate.d-ben lévő konfig alapján hetente tömöríti a logokat, aztán csinál egy apache reload-ot. Csakhogy a szerver már hónapok óta nem rotálta az apache logokat, kézzel indítva azt mondja, hogy nincs szükség a rotálásra :-o A -f hatására rotálja, csak az apache a reload után logolást az akármi.log.1 fájba folytatja, az új log üres marad :-o Ha meg apache2 restart-ot mondok neki, akkor leáll az egész, mert azt mondha, hogy a 80-as port használatban van: igen, mert restart-ra nem áll le az összes process, és mivel van még pár, ami fut, nem tud elindulni. Mit tegyek? van valakinek ötlete? "Ugyenilyen" apache, ugyanilyen logrotate konfiggal egy halom helyen teszi a dolgát... Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 mod_proxy kerdes
Sziasztok, Szeretnék egy apache2 mod_proxy segítségével kiszolgálni néhány tűzfal mögötti tartalmat. Beleraktam a virtualhost konfigjába valami ilyesmiket: ProxyPass /webmail/ http://10.0.0.x/webmail/ ProxyPassReverse /webmail/ http://10.0.0.x/webmail/ RewriteRule /valami/(.*)$ http://$1.valami..hu/ [P] ProxyPass /valami/(.*)$ http://$1.valami..hu/ ProxyPassReverse /valami/(.*)$ http://$1.valami.domain.hu/ Namost ez megy is szépen normál esetben. Pl: a domain.hu/webmail/ szépen hozza a webmailt a másik gépről. Ha lehagyom a / jelet a végéről akkor 404-et dob az apache, mert ugye nem illeszkedik rá a szabály. Ha leveszem a szabályból a / jelet akkor bejön a login ablak, de utána visszadob a tűzfalon lévő apache / oldalára. Ugyanez a második szabálynál, ha beírom a böngészőbe, hogy domain.hu/devel/valami akkor szépen hozza, amit kell. Viszont ha domain.hu/devel/valami/-t írok akkor szépen elszáll a proxy, hogy dns falióra, ami jogos is, mert beleteszi a / jelet a hostba. Lehet ezekkel valamit kezdeni? Köszi, N. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 gond
Hofferek Attila wrote: > Gabor HALASZ írta: >> php5 alatt a suhosin csinalja ezt, nem tudom, hogy a php4-be is >> belepatkoltak-e. > > phpinfo szerint van benne suhosin. le lehet azt kapcsolni vhogy? apt-get source php4 apt-get build-dep php4 rm debian/patch/aminemkell debuild dpkg -i ;) Nem garantalom, hogy megjavul, de ismeros igen magikus php problemajan segitett. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 gond
Gabor HALASZ írta: > php5 alatt a suhosin csinalja ezt, nem tudom, hogy a php4-be is > belepatkoltak-e. phpinfo szerint van benne suhosin. le lehet azt kapcsolni vhogy? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 gond
Hofferek Attila wrote: > Hello > > van egy 2.2.3-4+etch1 apache, php4 ami neha elkezd nem valaszolni. A > load 0,1-0,5 kozt van, memoria is van sok. Mitol lehet ez? A jelenseg > az, hogy a bongeszo elkezd homokorazni, aztan eltimeoutol egy ido utan. > Apache restart utan ideig oraig jo, aztan megint elkezdi. php5 alatt a suhosin csinalja ezt, nem tudom, hogy a php4-be is belepatkoltak-e. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 gond
Hello van egy 2.2.3-4+etch1 apache, php4 ami neha elkezd nem valaszolni. A load 0,1-0,5 kozt van, memoria is van sok. Mitol lehet ez? A jelenseg az, hogy a bongeszo elkezd homokorazni, aztan eltimeoutol egy ido utan. Apache restart utan ideig oraig jo, aztan megint elkezdi. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 VirtualHost https
On Thu, 24 Jan 2008, Szabo Istvan wrote: > A logban semmi hibára utaló nyom, de még az access logban sem! > > Mit ronthattam el? Merre keresgéljek? Gyorsan megválaszolom magamnak: /etc/apache2/ports.conf Köszönöm a türelmeteket! -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_[EMAIL PROTECTED] \ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 VirtualHost https
Hi! A "sima" http kérést átdobnám https-re, de most nem akar működni, logban meg nem ír semmit. Az apache elindul, a sima http kérés látszik, hogy https lesz a böngészőben (rewrite megy), de a hitelesítés mintha nem indulna el. Íme a config: ServerAdmin [EMAIL PROTECTED] RewriteEngine on Redirect / https://webmail.intranet/ ErrorLog /var/log/apache2/webmail/error.log ServerName webmail.intranet SSLEngine On SSLCertificateFile /etc/ssl/certs/webmail.intranet.crt SSLCertificateKeyFile /etc/ssl/private/webmail.intranet.key.nopass SSLCACertificateFile /etc/ssl/certs/CA.crt ServerAdmin [EMAIL PROTECTED] DocumentRoot /var/www/webmail/ Options FollowSymLinks AllowOverride None Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all ErrorLog /var/log/apache2/webmail/error_ssl.log CustomLog /var/log/apache2/webmail/webmail-ssl-access.log common LogLevel warn ServerSignature Off A logban semmi hibára utaló nyom, de még az access logban sem! Mit ronthattam el? Merre keresgéljek? Előre is köszönöm a segítséget! -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_[EMAIL PROTECTED] \ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 -> Session Cache is not configured
On Wed, 21 Nov 2007, Papp Tamas wrote: > > Az ssl.conf-al kellene esetleg valamit tennem? > > A mod-enabled-ben kell lennie.. ÁÁáá. Persze a mod-enabled-be megcsináltam a linket a ssl.load-nak, csak a conf-nak nem Köszönöm! -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_[EMAIL PROTECTED] \ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 -> Session Cache is not configured
On Wed, Nov 21, 2007 at 04:46:19PM +0100, Szabo Istvan wrote: > > Hi! > > Debian etch - amd64 -, rajta apache2 2.2.3-4+etch1, a következő hibát > dobja: > > [Fri Nov 16 11:36:45 2007] [warn] Init: Session Cache is not configured > [hint: SSLSessionCache] > > A /etc/apache2/mods-available/ssl.conf -ban ez található: > > ... > SSLSessionCacheshmcb:/var/run/apache2/ssl_scache(512000) > SSLSessionCacheTimeout 300 > ... > > > Az sem segített, ha lecseréltem dbm:/var/run/apache2/ssl_scache-re :-( > > Próbaképp a SSLSessionCache sort betettem a apache2.conf-ba ami megoldotta > a hibát. Ezek szerint az rész nem hajtódott végre. Hogyan > tudok erről 100%-ban meggyőződni illetve miért nem hajtódott végre? > Az ssl.conf-al kellene esetleg valamit tennem? A mod-enabled-ben kell lennie.. tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache2 -> Session Cache is not configured
Hi! Debian etch - amd64 -, rajta apache2 2.2.3-4+etch1, a következő hibát dobja: [Fri Nov 16 11:36:45 2007] [warn] Init: Session Cache is not configured [hint: SSLSessionCache] A /etc/apache2/mods-available/ssl.conf -ban ez található: ... SSLSessionCacheshmcb:/var/run/apache2/ssl_scache(512000) SSLSessionCacheTimeout 300 ... Az sem segített, ha lecseréltem dbm:/var/run/apache2/ssl_scache-re :-( Próbaképp a SSLSessionCache sort betettem a apache2.conf-ba ami megoldotta a hibát. Ezek szerint az rész nem hajtódott végre. Hogyan tudok erről 100%-ban meggyőződni illetve miért nem hajtódott végre? Az ssl.conf-al kellene esetleg valamit tennem? -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_[EMAIL PROTECTED] \ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 rewrite
Köszi! amúgy arról lenne szó, hogy adminban feltöltenek cégeket egy tudakozó-szeru oldalra, és a /cegneve oldalon az adminban (PHP-MySQL) beállított oldal jelenjen meg, php-ból generálva... az errordocumentes módszerre nem is gondoltam elsoként, de logikusnak tunik, és egyszerubben kivitelezhetonek... viszont, ha nem találja a mysql-ben a megadott alkönyvtárat, akkor simán lehetne redirect a fooldalra, vagy valami custom error page... - Original Message - From: "Gábor Lénárt" <[EMAIL PROTECTED]> To: "Linux kérdések/válaszok" Sent: Thursday, November 15, 2007 1:15 PM Subject: Re: Apache2 rewrite On Thu, Nov 15, 2007 at 12:52:02PM +0100, Thiering Péter wrote: > Valaki apache-ban jártas meg tudná írni, hogy milyen rewrite rule-ok > szükségesek ahhoz, hogyha nem létezo alkönyvtárat hívok meg, akkor a > szokásos 404 hiba helyett egy php scriptet hívjon meg, a kért alkönyvtárat > egy php változóba töltve? Lehetne rewrite rule-okkal is, de imho egyszerubb az ErrorDocument es pont erre valo. Allitsd ra egy pelda php oldalra amibe pl var_dump($GLOBALS), aztan majd szepen lathatod mi tortenik, ha tesztelgeted, melyik valtozoban mi es hogyan van. Ebbol aztan mar el lehet indulni. -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 rewrite
Köszi, muködik, a változóban benne van a domain utáni info! >Az eredeti (nem letezo) oldalt pedig szerintem PHP-ban a >$_SERVER['REQUEST_URI'] fogja tartalmazni. De nem vagyok benne biztos, >nezz utana! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 rewrite
On Thu, Nov 15, 2007 at 12:52:02PM +0100, Thiering Péter wrote: > Valaki apache-ban jártas meg tudná írni, hogy milyen rewrite rule-ok > szükségesek ahhoz, hogyha nem létezo alkönyvtárat hívok meg, akkor a > szokásos 404 hiba helyett egy php scriptet hívjon meg, a kért alkönyvtárat > egy php változóba töltve? Lehetne rewrite rule-okkal is, de imho egyszerubb az ErrorDocument es pont erre valo. Allitsd ra egy pelda php oldalra amibe pl var_dump($GLOBALS), aztan majd szepen lathatod mi tortenik, ha tesztelgeted, melyik valtozoban mi es hogyan van. Ebbol aztan mar el lehet indulni. -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 rewrite
Thiering Péter wrote: > Valaki apache-ban jártas meg tudná írni, hogy milyen rewrite rule-ok > szükségesek ahhoz, hogyha nem létezo alkönyvtárat hívok meg, akkor a > szokásos 404 hiba helyett egy php scriptet hívjon meg, a kért alkönyvtárat > egy php változóba töltve? > > Tud ilyet az apache rewrite engine? Lehetoleg .htaccess-be kéne tegyem a > root directory-ba, mert nem férek hozzá az apache konfigjához azon a > szerveren, ahol ezt el kéne készítsem. Nem Rewrite-ra, hanem ErrorDocument-re van szukseged: http://httpd.apache.org/docs/2.2/mod/core.html#errordocument Az eredeti (nem letezo) oldalt pedig szerintem PHP-ban a $_SERVER['REQUEST_URI'] fogja tartalmazni. De nem vagyok benne biztos, nezz utana! Udv, -- cc _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache2 rewrite
Kedves Linux Lista! Valaki apache-ban jártas meg tudná írni, hogy milyen rewrite rule-ok szükségesek ahhoz, hogyha nem létezo alkönyvtárat hívok meg, akkor a szokásos 404 hiba helyett egy php scriptet hívjon meg, a kért alkönyvtárat egy php változóba töltve? Esetleg egy example beállítás, vagy valami leírás errol? Apache rewrite rule-okhoz nem értek, eddig nem volt dolgom ilyesmivel. Tehát, van egy mydomain.com virtual hostom, az be van konfigurálva egy /var/www/mydomain.com könyvtárra. Ha pl. a böngészo azt kéri, hogy www.mydomain.com/ize akkor hívja meg a www.mydomain.com/index.php scriptet, és adja át a folder-t egy változónak, viszont ha egy létezo (pl. www.mydomain.com/images) könyvtárban lévo fájlt akar a böngészo elérni, azt problémamentesen elérje. Tud ilyet az apache rewrite engine? Lehetoleg .htaccess-be kéne tegyem a root directory-ba, mert nem férek hozzá az apache konfigjához azon a szerveren, ahol ezt el kéne készítsem. Köszi, Péter _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2, htdocs
2007. augusztus 31. 17.15 dátummal Papp Tamas ezt írta: > Nem az apache keresi, hanem vmi kliens. OK, köszönöm. Amit tudtam, átnéztem: megmondom a programozónak, hogy ő is kutassa át a dolgait, mert szerintem ott lesz a megoldás. Üdv! -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2, htdocs
On Fri, Aug 31, 2007 at 05:18:03PM +0200, Vastagh Norbert wrote: > Sziasztok! > > Bocs, de a kezdőn nem jött válasz, és a neten sem találtam megoldást, > pedig már többször nekifutottam :-( > > Van egy apache2 szerverem, ami folyamatosan írja az error.log-ba, > hogy: > [error] [client 127.0.0.1] File does not exist: /htdocs > Az apache konfigfájljai közül egyben sem szerepel a htdocs szó :-((( Nem az apache keresi, hanem vmi kliens. tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2, htdocs
Sziasztok! Bocs, de a kezdőn nem jött válasz, és a neten sem találtam megoldást, pedig már többször nekifutottam :-( Van egy apache2 szerverem, ami folyamatosan írja az error.log-ba, hogy: [error] [client 127.0.0.1] File does not exist: /htdocs Az apache konfigfájljai közül egyben sem szerepel a htdocs szó :-((( Hogyan tudnám kiírtani? Üdv! -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 kontra Iceweasel
Vastagh Norbert írta: >> "Text/x-server-parsed-html Az iceweasel nem tudja, mit csináljon vele, >> megnyitás a less segítségével." > > Mielőtt úgy megszivatnád magad, mint egyszer én: > SHIFT+CTRL+DEL a Firefox-nak, és törölj mindent ;-))) > Ez volt a megoldás. Töröltem a firefox tárolóját, és megy. Kösz! János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 kontra Iceweasel
2007. augusztus 7. 22.42 dátummal jzana írta: > legtöbb böngészöben rendben bejönnek, egyedül a firefox viselkedik > furcsán. Ha beírom a böngészöbe a host nevét, akkor kiírja: > "Text/x-server-parsed-html Az iceweasel nem tudja, mit csináljon vele, > megnyitás a less segítségével." Mielőtt úgy megszivatnád magad, mint egyszer én: SHIFT+CTRL+DEL a Firefox-nak, és törölj mindent ;-))) Nekem a php-k akartak letöltődni egyszer. Hívtam a szerver tulaját, hogy bocs, gond van, de rajta vagyok (akkor már vagy negyed órája néztem a konfigokat) Mondja: dehát minden működik, mi a gond! Megnézem Operával: tényleg megy... "Minden törlése", és megjavult ;-))) Üdv! -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 kontra Iceweasel
Default config mukodni szokott de: > index.html tartalmával. Ha a szerver nevét kiegészítem > azzal, hogy "index.html", akkor prímán müködik. A > DirectoryIndex, az Addhandler, az AddType alkalmazása > nem segít. A mods-available kitöltve, a virtual hostok a DirectoryIndex index.html index.htm index.php ... stb + nezd meg ezt: http://httpd.apache.org/docs/2.0/mod/mod_dir.html#directoryslash mod_dir + DirectorySlash On Igy a http://www.akarmi.hu request eseten redirectel a http://www.akarmi.hu/index.html-re, vagy amilyen file-t talal a DirectoryIndex sor szerint. bye Zsolt -- English Version: This message has been scanned for viruses and dangerous content, and is believed to be clean. Versiunea Romana: Mesajul a fost scanat si este considerat a fi neinfectat. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache2 kontra Iceweasel
Tartalék gépet állítottam be egy összeomlott szerver helyett (erröl majd máskor). Etch, apache2, php, stb. felment. Nem is olyan lassú a 166 MHz processzorával. Sajnos, az apacs kibabrált velem. A virtual hostok a legtöbb böngészöben rendben bejönnek, egyedül a firefox viselkedik furcsán. Ha beírom a böngészöbe a host nevét, akkor kiírja: "Text/x-server-parsed-html Az iceweasel nem tudja, mit csináljon vele, megnyitás a less segítségével." A filet le lehet menteni, a tartalma azonos az eredeti index.html tartalmával. Ha a szerver nevét kiegészítem azzal, hogy "index.html", akkor prímán müködik. A DirectoryIndex, az Addhandler, az AddType alkalmazása nem segít. A mods-available kitöltve, a virtual hostok a sites-available könyvtárban vannak. A NameVirtualHost-ban az IP-address szerepel. ServerName mindenhol kitöltve. A következö sor müködik, de kikommenteztem: RedirectMatch ^/$ /apache2-default/ Ja, és az elözö apacs 1.3-as volt, ezért a régi config nem jó. Hol érdemes a hibát keresni?Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache2 FastCGI + PHP5
Apache 2.2.3 -at telepítettem (csomagból), mivel szükséges, hogy a
hostok userenként fussanak, FastCGI-vel
a fastcgi.conf:
AddHandler fastcgi-script .php .phtml
AddType application/x-httpd-fastphp .php .phtml
FastCgiWrapper /usr/bin/suexec
FastCgiServer /usr/bin/php5-cgi
FastCgiConfig -singleThreshold 100 -killInterval 300 -autoUpdate
-idle-timeout 30 -pass-header HTTP_AUTHORIZATION
FastCgiIpcDir /var/run/apache2/fastcgi/
Action application/x-httpd-fastphp /usr/bin/php5-cgi
ámde, ha elindítom az apache-ot, akkor a:
Syntax error on line 9 of /etc/apache2/mods-enabled/fastcgi.conf:
FastCgiIpcDir /var/run/apache2/fastcgi/: already defined as
"/var/run/apache2/fastcgi"
Hibaüzenetet kapom
Ha a "FastCgiIpcDir /var/run/apache2/fastcgi/" sort kikommentezem akkor
elindul ugyan a server, de nem szolgálja ki a php-s kéréseket, illetve a:
Warning: SuexecUserGroup directive requires SUEXEC wrapper.
Figyelmeztetést kapom, a logba is ugyan ez kerül.
Ha valaki már állított be, így FCGI-t kérem segítsen. A server https -en
keresztül szolgál ki, a hostra vonatkozó conf:
##
# https://crm.businesspark.hu/
##
NameVirtualHost 192.168.2.248:80
ServerAdmin [EMAIL PROTECTED]
ServerName crm.businesspark.hu
RewriteEngine on
RewriteCond %{SERVER_PORT} ^80$
RewriteCond %{HTTP_HOST} crm\.businesspark\.hu [NC]
RewriteRule ^(.*)$ https://%{SERVER_NAME}$1 [L,R]
RewriteLog /var/log/apache2/crm.rewrite.log
RewriteLogLevel 1
ErrorLog /var/log/apache2/crm.error.log
LogLevel alert
CustomLog /var/log/apache2/crm.access.log combined
NameVirtualHost 192.168.2.248:443
ServerAdmin [EMAIL PROTECTED]
ServerName crm.businesspark.hu:443
SSLEngine on
SSLCertificateFile /etc/apache2/ssl/crm.businesspark.hu/newcert.pem
SSLCertificateKeyFile
/etc/apache2/ssl/crm.businesspark.hu/newkey.pem
SSLCACertificateFile /etc/apache2/ssl/cacert.pem
SSLVerifyClient none
SetEnvIf User-Agent ".*MSIE.*" nokeepalive ssl-unclean-shutdown
downgrade-1.0 force-response-1.0
SSLCipherSuite
ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL
SuexecUserGroup crm crm
DocumentRoot /var/www/crm/pub/
Options FollowSymLinks
AllowOverride None
Options Indexes FollowSymLinks -MultiViews ExecCGI Includes
SetHandler fastcgi-script
AllowOverride None
Order allow,deny
allow from all
RedirectMatch ^/$ /info/
ScriptAlias /cgi-bin/ /var/www/crm/cgi-bin/
AllowOverride None
Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all
ErrorLog /var/log/apache2/crm.error.log
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel info
CustomLog /var/log/apache2/crm.access.log combined
ServerSignature On
Alias /stat/ "/var/www/crm/stat/"
Options Indexes MultiViews FollowSymLinks
AllowOverride None
Order deny,allow
Allow from all
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
