Onderwerp: Apache accepteerd virtual host niet

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
Ik in de configuratie kijken, blijkt dat bepaalde configuratie bestanden compleet zijn verdwenen!! back-up terug gezet, opnieuw gestart.
Alles werkt behalve dat subdomein

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.

Code:

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.

wat staat er in die virhosts/* ?

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

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

mm... weer een optie om control panels te bashen...

Alle addhandlers staan wel juist?

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

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

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.