Onderwerp: NameVirtualHost probleem

hallo,

mijn apche viel elke keer uit maar draait nu weer.
als ik een apache test uitvoer krijg ik de volgende melding:

# /etc/init.d/httpd configtest
[Wed Aug 10 13:40:51 2005] [warn] NameVirtualHost 193.151.72.107:80 has no VirtualHosts
[Wed Aug 10 13:40:51 2005] [warn] NameVirtualHost 193.151.72.107:80 has no VirtualHosts
[Wed Aug 10 13:40:51 2005] [warn] NameVirtualHost 193.151.72.107:80 has no VirtualHosts
Syntax OK


Ik heb de httpd.conf bekeken en hier staat gewoon in:

##
## SSL Virtual Host Context
##


</IfDefine>


NameVirtualHost 193.151.72.107:80

wat kan dit probleem nog meer veroorzaken?

Stukje httpd.conf verkeerd gepaste? Laat het stuk eens zien waar de <VirtualHost> staat voor 193.151.72.107:80 ?

NameVirtualHost 193.151.72.107:80


<VirtualHost 193.151.72.107>
BytesLog domlogs/s1304.easydedicated.com-bytes_log
ServerName s1304.easydedicated.com
DocumentRoot /usr/local/apache/htdocs
</VirtualHost>


<Location /whm-server-status>
SetHandler server-status
Order deny,allow
Deny from all
Allow from 127.0.0.1
</Location>
ExtendedStatus On


<VirtualHost 193.151.72.107>
ServerAlias www.ccchosting.nl ccchosting.nl
ServerAdmin webmaster@ccchosting.nl
DocumentRoot /home/ccchosti/public_html
etc etc....

Hum, ik zie daar idd toch echt VirtualHosts
Heeft elke VirtualHost een ServerName ?

Code:

NameVirtualHost 193.151.72.107:80


<VirtualHost 193.151.72.107>

Mist de :80 niet bij de <VirtualHost> regel?

Ik heb dat op geen enkele regel die :80
Volgens mij hoeft dat ook niet.

mijn server die loopt nu een paar keer per dag vast met een serverload tot 188+

16428 nobody 16 0 17736 11m 3224 S 1.4 2.3 0:00.61 httpd
16420 nobody 15 0 17672 11m 3224 S 1.3 2.3 0:00.62 httpd
16421 nobody 15 0 17672 11m 3224 S 1.3 2.3 0:00.64 httpd
16532 nobody 15 0 17672 11m 3224 S 1.3 2.3 0:00.44 httpd
16906 nobody 15 0 17676 11m 3224 S 0.9 2.3 0:00.14 httpd
16552 nobody 15 0 17672 11m 3224 S 0.7 2.3 0:00.43 httpd
16558 nobody 15 0 17672 11m 3224 S 0.7 2.3 0:00.48 httpd
16619 nobody 15 0 17672 11m 3224 S 0.7 2.3 0:00.36 httpd
16868 nobody 15 0 17672 11m 3224 S 0.7 2.3 0:00.25 httpd
16891 nobody 16 0 17676 11m 3224 S 0.7 2.3 0:00.12 httpd
16344 nobody 15 0 17672 11m 3224 S 0.5 2.3 0:01.16 httpd
16367 nobody 15 0 17672 11m 3224 S 0.5 2.3 0:00.77 httpd
16396 nobody 15 0 17672 11m 3228 S 0.5 2.3 0:00.41 httpd
16399 nobody 15 0 17672 11m 3224 S 0.5 2.3 0:00.62 httpd
16403 nobody 15 0 17828 11m 3224 S 0.5 2.3 0:00.47 httpd

geen idee wat er nu aan de hand is!

Na apache opnieuw te hebben geconfigureerd krijg ik dit:

Waiting for httpd to restart..............finished.

root 16334 1.4 1.8 13624 9404 ? R 17:34 0:00 /usr/local/apache/bin/httpd -DSSL
root 16608 0.0 1.8 13624 9412 ? R 17:34 0:00 /usr/local/apache/bin/httpd -DSSL
root 16609 0.0 1.8 13624 9404 ? R 17:34 0:00 /usr/local/apache/bin/httpd -DSSL
root 16621 0.0 1.8 13624 9404 ? R 17:34 0:00 /usr/local/apache/bin/httpd -DSSL

httpd has failed, please contact the sysadmin.

Onze problemen zijn inmiddels opgelost!

Origineel geplaatst door snaaps
Onze problemen zijn inmiddels opgelost!

en wat was het probleem nu ? is misschien handig voor mensen die een soortgelijk probleem hebben.

Nouja deze waarschuwingen krijg ik nog steeds, echter apache blijft hier gewoon lekker op door draaien.

De server problemen waren niet te danken aan deze waarschuwing.
Wij hebben een aanval vanuit turkije / amerika gehad waardoor apache volledig op hol sloeg.
Een van onze klanten zijn account werd aangevallen, wij zagen dit ineens in het cpu overzicht in cPanel.
Hierna hebben wij dit account tijdelijk uit gezet en apache draaide weer normaal.

Verder hebben wij diverse IP,s toegevoegd aan onze firewall en de eiegnaar van dit ip (webhoster in turkije met servers in de US) over ingelicht.
Zei hebben deze twee IP adresen tijdelijk uit de lucht gehaald.

Hoe de aanval presies werkten weten we niet, wat we wel weten is dat dit gedaan werd vanaf twee webservers uit de US.

Origineel geplaatst door snaaps
Nouja deze waarschuwingen krijg ik nog steeds, echter apache blijft hier gewoon lekker op door draaien.

Misschien toch eens overwegen om een systeembeheerder te verwerven die kennis heeft van dit soort zaken. Lijkt me niet gezond als hostingbedrijf als je dit soort problemen niet adequaat en _volledig_ (dus geen errors meer na fix) zelf kan oplossen.

Wij hebben er direct een systeembeheerder op gezet.
Echter kort hierna zag ik ineens wat er aan de hand was, wat ik eerst dus niet zag.

Totale downtime was een paar uur, dus dat valt nog wel mee.
Wij hebben zelf zo aanval nog nooit meegemaakt, vandaar dat we ff niet meer wisten waar me moesten gaan zoeken.
Aangezien apache vreemde warnings en errors gaf dachten wij eerst dat het dus aan apache lag.

Nou ja, aldoende leert men.