wernerp: accesslog zeigt OK, Browser zeigt leere Seite

Hallo,

Folgende Installation

Webserver Apache 2.0 in
Umgebung Windows 2000 mit
5 virtuellen Hosts http
1 virtuellem Host https

habe ich auf einen Testserver kopiert
Umgebung Windows 2000 auf vmware
und
in Listen und <VirtualHost >
die IP-Nummer des produktiven Servers durch
die IP-Nummer des Testservers ersetzt.

Auf meiner Workstation habe ich in etc\hosts
den Namen eines virtuellen Host neben der
IP-Nummer des Testservers eingetragen als
10.1.1.78 www.virtuellerhost.de

Mit dem Telnet-Client lässt sich folgendes
Kommando dann erfolgreich absetzen

telnet www.virtuellerhost.de 80
GET /index.html HTTP/1.1
Host: www.virtuellerhost.de

-> die kleine Hallo-Welt-Seite index.html kommt hier
   vollständig zurück mit <html>..</html>.
-> Aber der Browser zeigt eine leere Seite an obwohl
   in accesslog die Anfrage zusehen ist und mit
   Serverstatus 200 (OK) als Antwort verzeichnet wurde.

Einsatz von Socket-Spy zeigt, dass der Firefox
keine Antwort auf sein GET bekommt, bei IE konnte
ich einen Header mit Serverstatus 200 (OK) sehen.

Wie kann ich das beheben? Danke!
Gruß Werner

  1. Hallo,

    Wie kann ich das beheben? Danke!

    Alle Geschütze auffahren :-)

    • Wireshark (tcpdump, oder Ethereal, o.ä.), Analyse => Request + Response auf TCP/IP Ebene
    • ping auf die virtuellen hosts => wird die Datei "hosts" angezogen?
    • weitere UserAgents wie z.B. Perl oder wget

    Schade, dass ich nicht vor Deinem Server sitze, es wäre mir ein Vergnügen, herauszufinden, woran es liegt...

    Viele Grüße,
    Horst Haselhuhn

    1. Hallo Horst,

      danke zunächst. Aus der accesslog ist ja ersichtlich, dass hosts
      angezogen wird. Das merkwürdige ist der Eintrag 200 bei Server-Response
      und /index.html bei URL. Das besonders merkwürdige ist, dass der Zugriff
      mit einem Telnet-Client die Seite zurückgibt. Der Socket-Spy zeigt bei Firefox keinen Datenstrom einer Serverantwort, bei IE brach der Datenstrom nach dem Header ab.

      • Wireshark (tcpdump, oder Ethereal, o.ä.), Analyse => Request + Response auf TCP/IP Ebene
      • ping auf die virtuellen hosts => wird die Datei "hosts" angezogen?
      • weitere UserAgents wie z.B. Perl oder wget

      Grüße Werner

    2. Hallo Horst,

      -------------------------------------------------
      Was kann zu einer Störung von mod_deflate führen?
      -------------------------------------------------

      ich konnte das jetzt unter Verwendung von
      Live HTTP headers einengen. Der Headereintrag,
      der das Phänomen auslöst ist

      Accept-Encoding: gzip,
      d.h. "Server, du darfst komprimieren, ich kann das
      entpacken".

      Entsprechend konnte ich die Störung provisorisch
      beheben, indem ich in virtuellerserver.conf die
      Phrase

      AddOutputFilterByType DEFLATE text/html

      auskommentiert habe, d.h. text/html erhält keine
      Kompression (gzip).

      => Die Kompression geht serverseitig nicht. Ich
      habe ausser einem Update von Apache 2.0.55 auf
      2.0.63 allerdings nichts verändert, ausser, dass
      ich 100% sauber war:

      (1) Kopie        Apache 2.0.55, Perl, Php, MySQL auf Testserver
      (2) Installation Apache 2.0.63, (Perl, MySQL).

      mod_deflate ist in der Installation des 2.0.63
      enthalten und zwar als jüngeres Build.

      Gruß Werner

  2. Hi,

    -> Aber der Browser zeigt eine leere Seite an obwohl
       in accesslog die Anfrage zusehen ist und mit
       Serverstatus 200 (OK) als Antwort verzeichnet wurde.
    Einsatz von Socket-Spy zeigt, dass der Firefox
    keine Antwort auf sein GET bekommt, bei IE konnte
    ich einen Header mit Serverstatus 200 (OK) sehen.

    das habe ich auch schon bei etlichen Seiten erlebt. Der Firefox (1.x 2.x) macht gern mal Zicken und stellt nur eine leere Seite dar, obwohl Wireshark und sogar die Firefox-eigene Live-HTTP-Extension zeigen, dass das HTML-Dokument korrekt und vollständig übertragen wurde. Was genau diesen Bug auslöst, habe ich aber noch nicht herausgefunden.
    Auch wenn man dann die Quelltextansicht aufruft, behauptet Firefox dann, die Seite enthalte nichts außer dem doctype und <html><head></head><body></body></html>.

    Wie kann ich das beheben? Danke!

    Indem du den Firefox-Entwicklern mal so richtig auf den Sack trittst ... ;-)

    So long,
     Martin

    --
    Ich bin 30. Ich demensiere apokalyptisch.
      (Orlando)