Mailing-List: contact users-de-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-de@httpd.apache.org
Received-SPF: pass (nike.apache.org: local policy)
Date: Sun, 4 Jul 2010 16:44:43 +0200
To: users-de@httpd.apache.org
From: Ralph Ballier <ballier@mail.schule.de>
Subject: =?utf-8?Q?Fehlerhafte_Datei=C3=BCbertragung?=
Message-ID: <e255bd6aa297ff71e68ccaef271dc3d8@ods3.schule.de>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"

Hallo ihr alle,

ich betreibe schon seit einigen Jahren mehrere Server, auf denen der =
Apache
problemlos l=C3=A4uft, aber vor zwei Wochen hat sich auf einem der Server =
mit
apache 2.2.12 unter Linux (genau so wie mit Version 2.2.15) von heute auf
morgen etwas ereignet, was f=C3=BCr mich bisher v=C3=B6llig =
unerkl=C3=A4rlich ist.

Es passiert folgendes: Fordert ein Klient eine Datei an, so werden nach
exakt 2^16=3D65536 korrekt =C3=BCbertragener Zeichen eine Vielzahl von
ASCII-Nullen in den Datenfluss eingebaut. Dann geht die Datei normal =
weiter,
bis dann wieder einige tausend ASCII-Nullen erscheinen. Aufgefallen ist es
zun=C3=A4chst dadurch, dass PDF-Dateien nicht dargestellt werden konnten, =
dann
auch Bilddateien nicht. K=C3=BCrzere HTML-Seiten sind nicht betroffen.

Ich habe diesen Sachverhalt getestet, indem ich eine Datei mit dem vi
erzeugt habe, die nur die Ziffernfolge 01234567890123456789... enthielt
(nat=C3=BCrlich mit Zeilenstruktur). Nach "lynx localhost/datei.pdf" =
(.pds,
damit lynx fragt, ob ein Download stattfinden soll) sieht die
heruntergeladene Datei wie folgt aus: Von Zeile 1 bis Zeile 407 wie im
Original, die Zeile 408 beginnt noch mit 012345678 und dann kommen
vielleicht 20000 ASCII-Nullen (^@ im vi, \0 im od). Dann geht es =
regul=C3=A4r
weiter bis zur Zeile 865, dann kommen wieder viele Nullen, dann geht es
wieder regul=C3=A4r weiter, ab Zeile 2341 wieder Nullen usw. Interessant =
ist,
dass sich die Nullen *dazwischen* schieben. H=C3=B6rt die Zahlenfolge also =
z.B.
bei 7 auf, dann geht sie nach den Nullen bei 8 weiter.

L=C3=A4dt man die Datei mehrmals herunter, so hat sie stets eine andere =
L=C3=A4nge.
Nur der Beginn des ersten Nullenblocks ist reproduzierbar.

Da ich die Datei zu Testzwecken auf dem lokalen Rechner herunterlade, =
Server
und Klient also derselbe Rechner sind, scheiden Probleme mit =
Netzwerkkarte,
Router oder Switch aus.

Und noch eine Beobachtung: Stelle ich den httpd in httpd.conf mit "Listen
81" auf Port 81 ein, so ist der Datenverkehr v=C3=B6llig problemlos. Die =
dann
mit "lynx localhost:81/datei.pdf" heruntergeladene Datei ist v=C3=B6llig
fehlerfrei.

Ich habe schon mit chkrootkit und anderen Tools gesucht. chkproc meldet =
zwei
Prozesse:

$ ./chkproc -v
PID 1033(/proc/1033): not in getpriority readdir output
PID 1117(/proc/1117): not in getpriority readdir output
You have 2 process hidden for readdir command

aber weder unter /proc noch nach "ps ax" gibt es Prozesse mit den Nummern
1033 oder 1117.

Die Datei httpd.conf habe ich schon auf das absolute Minimum reduziert (5
Zeilen). Keine Ver=C3=A4nderung.

Hat jemand einen Hinweis?

Ralph


--------------------------------------------------------------------------
                Apache HTTP Server Mailing List "users-de" 
      unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
           sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------