Noch einmal Apache

Geschrieben von Beat Rubischon (Link) am Mittwoch, 30. November 2005, 11:16 aus dem grummel dept. Wie gut habe ich einen Blog, in dem ich meinen Frust loswerden kann. Beispiel Apache 2, welcher nicht nur zickt, sondern auch saugt. Ein simples Perl CGI, welches ein Formular per POST erhält und auseinandernimmt. Der Browser bekommt die gewünschten Daten, bleibt 10-15 Sekunden hängen, danach folgende Logzeile im error_log: [Tue Nov 29 15:57:35 2005] [error] [client 195.176.48.71] (104)Connection reset by peer: ap_content_length_filter: apr_bucket_read() failed, referer: https://www.0x1b.ch/blog/1133205500/manage_editForm Die Logzeile liefert viele Hits auf Google, jedoch nichts, was einem helfen könnte. Ich redirecte nun den Request weiter auf den Apache 1, der auch noch auf der Box rennt - da funktioniert das CGI wie gewünscht. Nächster Versuch heute Morgen: https mit Name Based Virtual Hosts. Tut auf Apache 1 einwandfrei - man muss einfach allen Virtual Hosts dasselbe "Wildcard" Zeritifikat geben. Da meine Zertis so oder so self signed sind, eigentlich kein Problem. Nicht so bei Apache 2: Der weigert sich SSL zu machen, wenn Name Based Virtual Hosts auf der IP/Port Kombination aktiviert sind. Selbstverständlich keine Fehlermeldung beim Start des Servers - erst der Browser merkt, dass da kein SSL Handshake passiert. Einfach schade, dass der ach so viel bessere, schnellere und sauberer programmierte Apache 2 derartige Bugs enthält. In dieser Form kann ich nur von Apache 2 abraten und auf Apache 1 weiterverweisen - auch wenn dieser seine Probleme mit grossen Files und IPv6 hat. Permalink

Das Kleingedruckte: Der Besitzer der folgenden Kommentare ist wer immer sie eingeschickt hat. Wir sind in keiner Weise für sie verantwortlich.