Hallo Martin, > Aber selbst wenn diese Zeilen wirksam sind: Ein ErrorDocument sollte man nicht per HTTP/HTTPS abholen lassen. Dann holt sich der Browser das ErrorDocument nämlich als ganz normales Dokument und bekommt es mit Status 200 (OK). Also genau nicht das, was man will. Ich bin kein Indianerhäuptling und meine Reaktion war: Hä? Was meint er? Darum habe ich mich schlaugebingt und finde in der Apache Doku diese Ergänzung (fett wie im Original). Ich nehme an, das hilft auch anderen, die noch den Häuptlingslehrgang vor sich haben. > Wenn Sie eine ErrorDocument-Anweisung angeben, die auf eine entfernte URL weist (d.h. irgendetwas mit der Methode http davor), beachten Sie bitte, dass der Apache eine Umleitung zum Client sendet, um diesem mitzuteilen, wo das Dokument zu finden ist, auch wenn das Dokument letztlich wieder zum gleichen Server führt. Das hat mehrere Auswirkungen. Die wichtigste ist, dass der Client nicht den Original-Statuscode erhält sondern statt dessen einen Umleitungs-Statuscode. Dies wiederum kann Web-Robots und andere Clients verwirren, die den Statuscode dazu verwenden, herauszufinden ob eine URL gültig ist. Wenn Sie eine entfernte URL in einer Anweisung ErrorDocument 401 verwenden, wird der Client darüber hinaus nicht wissen, dass er den Benutzer zur Eingabe eines Passwortes auffordern muss, da er den Statuscode 401 nicht erhält. **Deshalb müssen Sie sich auf ein lokales Dokument beziehen, wenn Sie eine Anweisung ErrorDocument 401 verwenden.** Also schlecht ist: ~~~,bad ErrorDocument 401 https://my.example.org/fehler401.html ~~~ Und gut ist: ~~~,good ErrorDocument 401 /fehler401.html ~~~ *Edit: Name der Fehlerseite korrigiert* _Rolf_ -- sumpsi - posui - obstruxi

Hallo Martin, > Aber selbst wenn diese Zeilen wirksam sind: Ein ErrorDocument sollte man nicht per HTTP/HTTPS abholen lassen. Dann holt sich der Browser das ErrorDocument nämlich als ganz normales Dokument und bekommt es mit Status 200 (OK). Also genau nicht das, was man will. Ich bin kein Indianerhäuptling und meine Reaktion war: Hä? Was meint er? Darum habe ich mich schlaugebingt und finde in der Apache Doku diese Ergänzung (fett wie im Original). Ich nehme an, das hilft auch anderen, die noch den Häuptlingslehrgang vor sich haben. > Wenn Sie eine ErrorDocument-Anweisung angeben, die auf eine entfernte URL weist (d.h. irgendetwas mit der Methode http davor), beachten Sie bitte, dass der Apache eine Umleitung zum Client sendet, um diesem mitzuteilen, wo das Dokument zu finden ist, auch wenn das Dokument letztlich wieder zum gleichen Server führt. Das hat mehrere Auswirkungen. Die wichtigste ist, dass der Client nicht den Original-Statuscode erhält sondern statt dessen einen Umleitungs-Statuscode. Dies wiederum kann Web-Robots und andere Clients verwirren, die den Statuscode dazu verwenden, herauszufinden ob eine URL gültig ist. Wenn Sie eine entfernte URL in einer Anweisung ErrorDocument 401 verwenden, wird der Client darüber hinaus nicht wissen, dass er den Benutzer zur Eingabe eines Passwortes auffordern muss, da er den Statuscode 401 nicht erhält. **Deshalb müssen Sie sich auf ein lokales Dokument beziehen, wenn Sie eine Anweisung ErrorDocument 401 verwenden.** Also schlecht ist: ~~~,bad ErrorDocument 401 https://my.example.org/fehler404.html ~~~ Und gut ist: ~~~,good ErrorDocument 401 /fehler404.html ~~~ _Rolf_ -- sumpsi - posui - obstruxi

Hallo Martin, > Aber selbst wenn diese Zeilen wirksam sind: Ein ErrorDocument sollte man nicht per HTTP/HTTPS abholen lassen. Dann holt sich der Browser das ErrorDocument nämlich als ganz normales Dokument und bekommt es mit Status 200 (OK). Also genau nicht das, was man will. Ich bin kein Indianerhäuptling und meine Reaktion war: Hä? Was meint er? Darum habe ich mich schlaugebingt und finde in der Apache Doku diese Ergänzung (fett von mir). Ich nehme an, das hilft auch anderen, die noch den Häuptlingslehrgang vor sich haben. > Note that when you specify an ErrorDocument that points to a remote URL (ie. anything with a method such as http in front of it), Apache HTTP Server **will send a redirect** to the client to tell it where to find the document, even if the document ends up being on the same server. This has several implications, the most important being that the **client** will not receive the original error status code, but instead **will receive a redirect status code**. This in turn can confuse web robots and other clients which try to determine if a URL is valid using the status code. In addition, **if you use a remote URL in an ErrorDocument 401, the client will not know to prompt the user for a password** since it will not receive the 401 status code. Therefore, if you use an ErrorDocument 401 directive, then it must refer to a local document. Also schlecht ist: ~~~,bad ErrorDocument 401 https://my.example.org/fehler404.html ~~~ Und gut ist: ~~~,good ErrorDocument 401 /fehler404.html ~~~ _Rolf_ -- sumpsi - posui - obstruxi