Web Servers General Talk - mod_headers Auswertungsreihenfolge

Author

mod_headers Auswertungsreihenfolge

Andi.Voss@googlemail.com

2007-03-01, 1:18 pm

Hallo,

ich versuche gerade mit dem Modul mod_headers zu arbeiten bzw.
probiere ich gerade alle m=F6glichen Sachen aus.
Jetzt habe ich aber ein Verhalten des Apachen, welches ich mir nicht
erkl=E4ren kann:
Ich habe das Buch "Apache Webserver" mitp 4.Auflage, in dem steht,
dass gesetzte Header (au=DFer ein paar Ausnahmen) immer mindestens
=FCberschrieben werden k=F6nnen.
Wenn ich jetzt teste, kann ich headern, die der Apache selber gesetzt
hat noch nicht mal etwas hinzuf=FCgen.
Ich habe mir eine header.html Datei in einem virtuellen host angelegt
und dazu folgendes notiert:
<VirtualHost *>
ServerName web.local
DocumentRoot "/home/web"
ErrorLog logs/error_log
CustomLog logs/access_log common

<Directory />
<Files header.html>
Header add x-test "hallo header"
Header add x-Hallo "test"
Header add x-test "hinzugefuegt"

Header set Allow "GET, HEAD"
Header set Cache-control "no-cache"
Header unset Cache-Control
Header unset x-Hallo

ErrorHeader unset Content-Type
Header set Content-Type "text/css"
Header append Content-Type "application/xhtml+xml;charset=3Dutf-8"
</Files>
</Directory>
</VirtualHost>

Diese Header kommen dabei heraus:
HTTP/1.x 200 OK

Date: Thu, 01 Mar 2007 14:19:23 GMT

Server: Apache

x-test: hallo header, hinzugefuergt

Allow: GET, HEAD

Content-Type: text/html

Last-Modified: Thu, 01 Mar 2007 14:18:30 GMT

Etag: "7fbe4a6-16-45e6e0b6"

Accept-Ranges: bytes

Content-Length: 22

Keep-Alive: timeout=3D15, max=3D100

Connection: Keep-Alive

Das sind jetzt nat=FCrlich keine "sinnvollen" Tests, hier geht es mir
nur um das Verst=E4ndnis wie hier wann was beeinflusst wird und werden
kann.
Content-Type kann hier scheinbar nicht beeinflusst werden (wie gesagt,
macht ja in meinem Fall auch keinen Sinn, aber es sollte doch gehen?)

So wie ich das bisher aus meinen Tests ableiten konnte, kann man
Header die vom Apache selber (fr=FCher?) gesetzt wurden nicht mehr
beeinflussen, was ja eigentlich laut http://httpd.apache.org/docs/1.3/mod/m=
od_headers.html#header:
"The Header directives are processed just before the response is sent
by its handler. These means that some headers that are added just
before the response is sent cannot be unset or overridden. This
includes headers such as "Date" and "Server"."
auch ok ist.
Aber laut http://httpd.apache.org/docs/1.3/mo...tml#errorheader
"This directive can replace, merge or remove HTTP response headers on
all replies including errors, redirects, and successful responses. To
add headers only on sucessful (status 2xx) responses, use the Header
directive."
sollte das dann doch mit ErrorHeader trotzdem gehen - oder verstehe
ich da was falsch?
Das ganze ist zur Zeit auf einem Apache 1.3.37 (unix) im Test.

Header Anweisungen in der <Files>-Sektion sollten doch auch noch die
h=F6chste Priorit=E4t haben oder?

Oder liegt der Fehler bei mir und ich mach was total falsch?

W=FCrde mich =FCber Aufkl=E4rung freuen.

Gruss Andi

Andi.Voss@googlemail.com

2007-03-01, 1:18 pm

On 1 Mrz., 15:33, "Andi.V...@googlemail.com"
<Andi.V...@googlemail.com> wrote:

I'm sorry, I didn't realize to write in english.
My problem is the behavior of the Apache while using the mod_headers
modul.
I want to know how I can overwrite some headers which are already set
through the Apache Server itself.
In my tests this is not possible in contrast to what the book "apache
webserver" (german mitp) or these links are telling:
http://httpd.apache.org/docs/1.3/mo...ers.html#header
http://httpd.apache.org/docs/1.3/mo...tml#errorheader

So the way I see: it should be possible with the ErrorHeader to modify
the headers regardless from which system the are set (without date und
server...).
But my tests doesn't confirm this.
Is this my fault or do I interpret the texts wrong?
How is the fact?
Please look at my system config in the message above.

Where can I see which headers the apache server is setting by default?
Is there any possibility to affect this?

Thanks for help.
Regards Andi