PDA

Bekijk Volledige Versie : Apache accepteerd virtual host niet



SebastiaanStok
12/08/09, 22:15
Een aantal dagen geleden heb ik Apache bijgewerkt naar de laatste versie.
Opnieuw gestart en verder niets aan de hand, alles werkten gewoon.

En nu wilde ik via de webmail kijken of ik nog mail had, werkt dat subdomein niet meer :ohmy:
Ik in de configuratie kijken, blijkt dat bepaalde configuratie bestanden compleet zijn verdwenen!! back-up terug gezet, opnieuw gestart.
Alles werkt behalve dat subdomein :huh:

Configuratie van apache geeft aan dat hij hem herkend, IP-adres alles klopt.
Maar hij doet het niet.

Ik draai Ubuntu Dapper met de laatste updates en eigen gecompileerde Apache en PHP versie.

via httpd -S krijg ik dit terug.


VirtualHost configuration:
84.244.148.37:443 is a NameVirtualHost
default server webservice.rollerscapes.net (/etc/apache/extra/httpd-ssl.conf:234)
port 443 namevhost webservice.rollerscapes.net (/etc/apache/extra/httpd-ssl.conf:234)

84.244.148.39:443 is a NameVirtualHost
default server svn.rollerscapes.net (/etc/apache/virhosts/svn.conf:5)
port 443 namevhost svn.rollerscapes.net (/etc/apache/virhosts/svn.conf:5)

84.244.148.40:443 is a NameVirtualHost
default server www.poker-trips.eu (/etc/apache/extra/httpd-ssl.conf:343)
port 443 namevhost www.poker-trips.eu (/etc/apache/extra/httpd-ssl.conf:343)

84.244.148.41:443 is a NameVirtualHost
default server www.rollerscapes.eu (/etc/apache/extra/httpd-ssl.conf:292)
port 443 namevhost www.rollerscapes.eu (/etc/apache/extra/httpd-ssl.conf:292)

84.244.148.42:443 is a NameVirtualHost
default server webmail.rollerscapes.net (/etc/apache/extra/httpd-ssl.conf:316)
port 443 namevhost webmail.rollerscapes.net (/etc/apache/extra/httpd-ssl.conf:316)

wildcard NameVirtualHosts and _default_ servers:
*:80 is a NameVirtualHost
default server toros.rollerscapes.net (/etc/apache/httpd.conf:412)
port 80 namevhost toros.rollerscapes.net (/etc/apache/httpd.conf:412)
port 80 namevhost www.rollerscapes.net (/etc/apache/virhosts/rollerscapes.conf:2)
port 80 namevhost forum.rollerscapes.net (/etc/apache/virhosts/rollerscapes.conf:39)
port 80 namevhost mantis.rollerscapes.net (/etc/apache/virhosts/rollerscapes.conf:55)
port 80 namevhost www.rollerscapes.eu (/etc/apache/virhosts/rollerscapes.conf:87)
port 80 namevhost images.rollerscapes.net (/etc/apache/virhosts/rollerscapes.conf:108)
port 80 namevhost stats.rollerscapes.net (/etc/apache/virhosts/rollerscapes.conf:155)
port 80 namevhost webmail.rollerscapes.net (/etc/apache/virhosts/rollerscapes.conf:169)
port 80 namevhost svn.rollerscapes.net (/etc/apache/virhosts/svn.conf:172)

Bij https://webmail.rollerscapes.net/ en http://webmail.rollerscapes.net/ krijg ik de normale site van Apache.
Het lijkt wel of hij de website compleet niet herkend.

mikeh
12/08/09, 22:42
wat staat er in die virhosts/* ?

SebastiaanStok
12/08/09, 22:48
Het probleem schijnt dus niet in de Apache configuratie te liggen.
Maar in iets anders, want als ik robots.txt opvraag doet hij het wel :oops:

Maar waarom ik dan Site niet gevonden krijg, ik ga het even verder onderzoeken want dit is wel heel vreemd.


Kennelijk zit er een hele vreemde bug in Roundcube/Apache waarom dit gebeurd.
Als ik index.php van Roundcube aanroep krijg ik site niet gevonden, maar als ik dat bestand aanpas doet hij het wel!

Bij de log van Roundcube krijg ik een PHP fout, dus misschien heeft daar mee te maken.
Ik doe morgen Roundcube wel even helemaal opnieuw uploaden want dit treft al mijn verbazing :wacko:

mikeh
13/08/09, 01:37
mm... weer een optie om control panels te bashen...

Randy
13/08/09, 02:34
Alle addhandlers staan wel juist?

SebastiaanStok
13/08/09, 11:56
Echt zo'n vreemd iets heb ik nog nooit mee gemaakt.

Alles heeft gewoon gewerkt en nu poef, was de configuratie van Apache weg.
En er zijn geen sporen van inbraak of iets, en is ook niets anders weg.

Ik dacht het aan de virtualhost lag omdat hij de default site aanroept.
Maar als ik https://webmail.rollerscapes.net/robots.txt aanroep doet hij het, en als ik index.php aanpas dat hij stopt voor welke verwerking dan ook doet hij het ook :huh:

Ik ga vandaag even Rouncube webmail opnieuw installeren en kijken of het probleem dan weg is.

SebastiaanStok
13/08/09, 14:16
Oké, inmiddels is het probleem bekend.
Er zit een bug in PHP versie 5.2.10.
http://bugs.php.net/bug.php?id=48812

Nu moet ik zeggen dat deze wel erg onstabiel was, PEAR wilde niet installeren en make test gaf een out of memory fout toen hij over de helft was.

Op een andere fora had iemand ook dit probleem, alleen had hij het opgelost door iets aan te passen bij de PHP configuratie regels.

Toen ik een fout kreeg dat include een bestand niet kon vinden wat er wel was, ben ik in de PHP bugs database gedoken.