accesslog zeigt OK, Browser zeigt leere Seite
wernerp
- webserver
0 hotti0 Der Martin
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
Hallo,
Wie kann ich das beheben? Danke!
Alle Geschütze auffahren :-)
Schade, dass ich nicht vor Deinem Server sitze, es wäre mir ein Vergnügen, herauszufinden, woran es liegt...
Viele Grüße,
Horst Haselhuhn
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
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
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