art-d-sign
-


Hinweise


Antwort
 
LinkBack Themen-Optionen Thema durchsuchen Thema bewerten
Alt 18.06.2005, 15:43   #1
TP-Senior
 
Benutzerbild von Dreamflower
 
Registriert seit: Sep 2001
Ort: Iserlohn
Dreamflower macht alles soweit korrekt

Apache: 206-Code (Partial Content)


Hallo,

habe auf einem SuSE-Linux 9.1 einen Apache 2.0 und PHP 5.0 laufen. Folgende Konfiguration der "httpd.conf"-Datei:

Code:
ServerName xxx.xxx.xxx.de
ServerAdmin xxx@xxx.de
ServerSignature Off
ServerTokens ProductOnly
UseCanonicalName Off
HostnameLookups Off
Listen 80

LoadModule php5_module /usr/lib/apache2/libphp5.so
LoadModule rewrite_module /usr/lib/apache2-prefork/mod_rewrite.so
LoadModule alias_module /usr/lib/apache2-prefork/mod_alias.so
LoadModule access_module /usr/lib/apache2-prefork/mod_access.so
LoadModule auth_module /usr/lib/apache2-prefork/mod_auth.so
LoadModule env_module /usr/lib/apache2-prefork/mod_env.so
LoadModule log_config_module /usr/lib/apache2-prefork/mod_log_config.so
LoadModule mime_module /usr/lib/apache2-prefork/mod_mime.so
LoadModule mime_magic_module /usr/lib/apache2-prefork/mod_mime_magic.so

KeepAlive On
KeepAliveTimeout 15
#KeepAliveRequests 100
Timeout 300

DocumentRoot /home/httpd/start
<Directory "/home/httpd/start/">
        AllowOverride All
        Options None
        Order allow,deny
        Allow from all
</Directory>
AccessFileName .htaccess

User    wwwrun
Group   www

AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

TypesConfig /etc/mime.types
MIMEMagicFile /etc/apache2/magic

DirectoryIndex index.php index.html

StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0

LogFormat "%h %l %u %t \"%r\" %>s %b" common

LogLevel warn
CustomLog /var/log/apache2/access_log common
ErrorLog /var/log/apache2/error_log

<VirtualHost xxx.xxx.xxx.xxx>
        ServerName xxx.xxx.xxx.xxx
        ServerAlias xxx.xxx.xxx.xxx
        DocumentRoot /home/httpd/vhosts/default/htdocs
        <Directory /home/httpd/vhosts/default/htdocs>
                AllowOverride All
                Options None
                Order allow,deny
                Allow from all
        </Directory>
</VirtualHost>

NameVirtualHost xxx.xxx.xxx.xxx

<VirtualHost xxx.xxx.xxx.xxx>
        ServerName xxx.de
        ServerAlias www.xxx.de
</VirtualHost>

<VirtualHost xxx.xxx.xxx.xxx>
        ServerName yyy.de
        ServerAlias www.yyy.de
</VirtualHost>

<VirtualHost xxx.xxx.xxx.xxx>
        ServerName zzz.de
        ServerAlias www.zzz.de
</VirtualHost>
Alle vorhandenen Dateien haben die Berechtigungen (user: wwwrun, group: www, mod: 750).

Das Problem ist folgendes: Ich bekomme von nicht-PHP-Anfragen (Bilder, HTML-Dateien etc.) einen 206-Code (Partial Content) zurück, d.h. also die Anfrage wurde ordnungsgemäß vom Server ausgeführt, allerdings eben nur teilweise. Das steht bei mir so in der Access-Log-Datei und konnte ich auch mit ethereal nachprüfen - wurde daraus aber immer noch nicht schlauer. Warum also schickt er die Anfrage an den Client nur teilweise rüber, wo doch die Browser nicht wirklich eine Resume-Anfrage schicken oder nicht schicken sollten?!?!

Ethereal spuckt mir folgende Header für PHP-Anfragen (Bild über PHP) zurück:

GET /bild.gif HTTP/1.1 (Browser)
Code:
Host: www.xxx.de
User-Agent: Mozilla/5.0 ...
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;0=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
HTTP/1.1 200 Okay: (Server)
Code:
Date: ...
Server: Apache...
X-Powered-By: PHP/5.0...
Expires: ...
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Length: 2289
Content-Description: bild.gif
Cache-Controll: public
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: image/gif; name="bild.gif"
Bei den anderen Anfragen (gleiches Bild ohne PHP geschleust) folgende Headers:

GET /bild2.gif HTTP/1.1: (Browser)
Code:
Host: www.xxx.de
User-Agent: Mozilla/5.0 ...
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Range: bytes=0-
If-Range: "7d800c-8f1-10a18f80"
Cache-Control: max-age=0
HTTP/1.1 206 Partial Content (Server)
Code:
Date: ...
Server: Apache ...
Last-Modified: ...
ETag: "7d800c-8f1-10a18f80"
Accept-Ranges: bytes
Content-Length: 2289
Content-Range: bytes 0-0/2288
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: image/gif
Nach diesem Header kommt auch kein Data (wohl wegen "Content-Range: bytes 0-0/2288").

Aber warum der Zusatz "Ranges"? Bei beiden Anfragen handelt es sich um gleiche Dateien, die lediglich einmal über PHP geschleust wird (intern) und einmal ohne PHP (durch anderen Dateinamen). Ich verstehe also auch nicht warum der Browser hier schon ein Unterschied erkennen sollte! Ich häng hier also sozusagen in den Seilen und weiß absolut nicht mehr weiter. Vielleicht kann sich das einer hier alles erklären und mir Tipps - vorallem ein Lösung geben.

Vielen Dank auch im voraus.

Schönes sonniges Wochenende wünsch ich Euch!
__________________
Dreamflower.
Dreamflower ist offline   Mit Zitat antworten


Alt 20.06.2005, 21:14   #2
TP-Senior
 
Benutzerbild von Dreamflower
 
Registriert seit: Sep 2001
Ort: Iserlohn
Dreamflower macht alles soweit korrekt
Komischerweise hat sich das jetzt auch geändert. Der Server übermittelt jetzt immer einen 200-Code zurück (ich hab nix gemacht *doppelschwör*), aber danach kommt halt wie immer "no-data" (halt genau so mist-teriös)!!!

Aber jetzt kommt die Sache, dass die angefragten Dateien (also nicht über PHP geschleusten Dateien), die sich im Document-Root befinden, aber auch mit korrekten Byte-Größen im Header angegeben werden. Allerdings bricht die Verbindung bei Byte-0 im Daten-Segment ab laut "wget". Dieses Tool will dann nämlich nach diesem Abbruch, den Download wieder erneut versuchen - der Browser macht ja dort keinen zweiten Versuch mehr. Daher vielleicht die Annahme, dass der Server keine Daten schickt. Aber wer von der Seite nun die Verbindung abbricht kann ich jetzt nicht feststellen. Nach der erneuten Verbindung erhält "wget" immer wieder einen 200-Code vom Server, nur dann bricht die Verbindung beim Versuch das Daten-Segment weiter zu übermitteln, dauernd ab...?!?!

Weiß denn wirklichen keiner eine simple Erklärung dafür? Ich meine, einen Apachen zu konfigurieren ist ja wirklich keine große Sache, aber dieses Problem stellt mich dann doch vor einem dauernden Rätsel...
__________________
Dreamflower.
Dreamflower ist offline   Mit Zitat antworten
Antwort

  Aktuelles Thema
  TP Hilfe Forum > Technik & Software > Server & Provider
Apache: 206-Code (Partial Content) Apache: 206-Code (Partial Content)
« arge netzwerkprobleme | Server Webinterface »

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
 
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Thema bewerten
Thema bewerten:

Forumregeln
Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are an
Gehe zu


Alle Zeitangaben in WEZ +2. Es ist jetzt 23:25 Uhr.

Powered by: vBulletin Version 3.7 (Deutsch)
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd. / Search Engine Friendly URLs by vBSEO 3.2.0 ©2008, Crawlability, Inc.
Traum-Projekt.com | Suchen | Archiv | Impressum | Kontakt | | | Nach oben |



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67