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 lehe
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
>
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
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 -
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
_
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 cha
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
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
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
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.rule
á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 vanna
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 " pa
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
_
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 dolo
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, sy
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
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 k
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
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?
N
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
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
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() fr
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
> 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
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-
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@
>> 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 dol
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
> É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 ált
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 ír
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 meg
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 proft
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
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 é
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@
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
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
> tu
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 magukn
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
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
szerv
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 serve
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
> 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
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
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
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 felven
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
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 e
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 p
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
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
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ĂĄlta
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 ér
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 HAL
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é
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ó
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:
>
>
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én
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
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
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 a
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 szekci
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 NameVirtu
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 cert
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 mindk
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
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, cs
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, h
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
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)
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 PROTECTE
... 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, é
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 erd
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 ;-)
--
Vasta
ek 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
__
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?
>
Keres
.
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
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
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 g
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/
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 m
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.
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!
-
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/s
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__
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]
>
>
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
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
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.ru
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ál
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 re
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
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
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,
> ho
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
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 m
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 me
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.ht
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
-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
1 - 100 a 150 matches
Mail list logo