You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-de@httpd.apache.org by Michael Renner <mi...@gmx.de> on 2012/01/11 17:06:01 UTC
WebDAV-Upload mit XP Dateiexplorer schlägt fehl
Moin,
auf einem Apache 2.2.21 funktioniert der WebDAV-Upload mit
* konquerror (Linux getestet)
* WebDrive (XP getestet)
* curl (XP getestet)
Der Upload mit dem Dateiexplorer funktioniert nicht. Wohl aber der
Download. Zum Vergleich habe ich die WebDAV-Installation mit Apache 2.0
die abgelöst werden soll. Dort funktioniert der Upload (dafür gibt es
andere Probleme).
Der Upload (Dateiexplorer) funktioniert unter Apache 2.0:
1.2.3.4 - renner[11/Jan/2012:15:51:42 +0100] "HEAD
/renner/in/avi/Finanzkrise.pdf HTTP/1.1" 404 -
1.2.3.4 - renner[11/Jan/2012:15:51:43 +0100] "PUT
/renner/in/avi/Finanzkrise.pdf HTTP/1.1" 201 204
Der Upload (Dateiexplorer) funktioniert nicht unter Apache 2.2
1.2.3.4 192.168.0.100 - renner [11/Jan/2012:15:52:33 +0100] "HEAD
/renner/in/avi/Finanzkrise.pdf HTTP/1.1" 302 - "-" "Microsoft Data
Access Internet Publishing Provider DAV"
Das anfängliche HEAD soll wohl prüfen ob die Datei am Ziel bereits
existiert. Der funktionierende Apache gibt ein 404 (also "Not Found")
zurück. Der nicht funktionierende gibt ein 302 (also "Found") zurück.
Die Datei lag jeweils nicht im Verzeichnis. Im error-Log steht auch
richtig:
File does not exist: /space/dav/htdocs/renner/in/avi/Finanzkrise.pdf
Immerhin funktioniert das Umbenennen einer Datei wenn sie erstmal auf
dem Apache 2.2 liegt:
1.2.3.4 192.168.0.100 - renner[11/Jan/2012:16:07:41 +0100] "MOVE
/renner/in/avi/Finanzkrise.pdf HTTP/1.1" 201 207 "-" "Microsoft Data
Access Internet Publishing Provider DAV"
In der httpd.conf steht u.a.
BrowserMatch "Microsoft Data Access Internet Publishing Provider"
redirect-carefully
BrowserMatch "Microsoft Data Access Internet Publishing Provider DAV"
redirect-carefully
was aber nicht ursächlich ist. Ich kommentierte das mal rein und raus.
Ohne dass der Upload dann funktionierte.
Im alten (funktionierenden) Apache gibt es noch das mod_msfix. Das
lässt sich aber auch ausschliessen, denn versuchsweise habe ich es auf
der alten Umgebung abgeschaltet und der Upload funktioniert (nach einem
Neustart) noch immer.
Ansonsten ist konfigutiert (hier wie dort):
<Directory "/space/dav/htdocs/renner">
Options +All
AllowOverride None
order allow,deny
allow from all
DAV On
DavDepthInfinity on
AuthName "Login area"
AuthType Basic
<Limit GET PUT POST OPTIONS DELETE PROPFIND PROPPATCH MKCOL COPY
MOVE LOCK UNLOCK>
Require user renner
</Limit>
AuthUserFile /space/dav/var/htpasswd
</Directory>
Versucht hatte ich auch <Limit HEAD GET PUT POST OPTIONS DELETE
PROPFIND PROPPATCH MKCOL COPY MOVE LOCK UNLOCK>, das machte aber keinen
Unterschied. Auch nicht das vollständige auskommentieren des
Limit-Blocks.
Nun frage ich mich: warum gibt der alte Apache ein korrektes 404
zurück, der neue aber einen 302?
Gibt's eine Idee?
Bin für jeden Denkanstoss dankbar!
--
|Michael Renner E-mail: michael.renner@gmx.de |
|81541 Munich skype: michael.renner.gmx.de |
|Germany Don't drink as root! ESC:wq
--------------------------------------------------------------------------
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
--------------------------------------------------------------------------
Re: WebDAV-Upload mit XP Dateiexplorer schlägt fehl
Posted by Michael Renner <mi...@gmx.de>.
On 13.01.2012 19:58, Rainer Jung wrote:
Moin Rainer,
[...]
> OK, ich hab nochmal aus Deiner ersten Mail die Zeile rausgesucht:
>
> 1.2.3.4 192.168.0.100 - renner [11/Jan/2012:15:52:33 +0100] "HEAD
> /renner/in/avi/Finanzkrise.pdf HTTP/1.1" 302 - "-" "Microsoft Data
> Access Internet Publishing Provider DAV"
>
> Der UA passt zum BrowserMatch, da ist also nichts zu verbessern.
>
> Der Location-Header scheint hier aber nicht geloggt zu werden.
> Entweder die obigen Konfig-Zeilen sind nicht diejenigen, die das
> Logfile produzieren, oder aber der Header ist überrachsenderweise
> leer.
>
> Mach doch al folgende Anpassung (keine Zeilenumbrüche!) und rufs
> nochmal auf und poste die neue Accesslog-Ausgabe.
>
> CustomLog "|
> /opt/apache22/bin/rotatelogs/var/log/apache/access.log.%Y%m%d 86400"
> "%v %h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\"
> X%{Location}oX" env=!dontlog
sehr gut, das brachte mich auf den Fehler! Allerdings verstehe ich es
nicht und glaube so langsam an einen Bug im Apache.
> Jetzt sollte rund um den Location-Header ein "X" sein. Steht da also
> ein XX am Zeilenende, dann ist der Header leer gewesen. Steht da gar
> kein X, dann gibt es irgendwo anders in Deiner Konfig die wirlich
> angezogene CustomLog-Direktive.
Es wurde jetzt richtig geloggt. Und zwischen den X-en stand auch wohin
redirected wird. Nämlich auf die Fehlerseite, mit der ich den 404 Fehler
ausgebe. Zur Erklärung: Damit es beim Zugriff mit dem Brwoser etwas
hübscher aussieht steht in der httpd.conf dem Sinn nach folgendes:
ErrorDocument 403 http://www.server.tld/seitenichtgefunden.html
ErrorDocument 404 http://www.server.tld/seitenichtgefunden.html
Und der Schreibzugriff mit dem XP-Fileexplorer macht den 302 auf die
Seite die in der httpd.conf mit 404 angegeben ist. Kommentiere ich das
404 aus (und lasse das 403 drin) funktioniert der Upload.
Der Logeintrag (Upload mit XP-Fileexplorer) bei aktivierter 404
Fehlerseite:
dav.server.tld 192.168.5.20 - renner[16/Jan/2012:11:09:38 +0100] "HEAD
/renner/in/bild.png HTTP/1.1" 302 - "-" "Microsoft Data Access Internet
Publishing Provider DAV" Xhttp://www.server.tld/seitenichtgefunden.htmlX
Der Logeintrag (Upload mit XP-Fileexplorer) ohne aktivierte 404
Fehlerseite:
dav.server.tld 192.168.5.20 - renner[16/Jan/2012:11:16:32 +0100] "HEAD
/renner/in/bild.png HTTP/1.1" 404 - "-" "Microsoft Data Access Internet
Publishing Provider DAV" X-X
dav.server.tld 192.168.5.20 - renner[16/Jan/2012:11:16:32 +0100] "PUT
/renner/in/bild.png HTTP/1.1" 201 198 "-" "Microsoft Data Access
Internet Publishing Provider DAV"
Xhttps://dav.server.tld/renner/in/bild.pngX
Für mich sieht das nach einem Bug aus. Für den Augenblick lasse ich die
404-Seite eben weg. Das ist kein Beinbruch. Ich freue mich viel mehr
dass es jetzt funktioniert.
Vielen Dank für deine Hilfe.
CU
--
|Michael Renner E-mail: michael.renner@gmx.de |
|81541 Munich skype: michael.renner.gmx.de |
|Germany Don't drink as root! ESC:wq
--------------------------------------------------------------------------
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
--------------------------------------------------------------------------
Re: WebDAV-Upload mit XP Dateiexplorer schlägt fehl
Posted by Rainer Jung <ra...@kippdata.de>.
On 13.01.2012 18:40, Michael Renner wrote:
> On 11.01.2012 23:35, Rainer Jung wrote:
>> 302 ist nicht "Found" sondern ein Redirect. Nimm doch mal
>> %{Location}o in Dein LogFormat fürs AccessLog auf. Dann siehst Du,
>> wohin der Apache den Client redirecten möchte. Das gibt uns evtl. eine
>> Idee.
>
> ups, ja klar. Mir qualmte dann der Kopf. %{Location}o stand schon drin,
> derzeit sieht es so aus:
>
> LogLevel debug
> RewriteLog "/var/log/apache/rewrite.log"
> LogFormat "%h %l %u %t \"%r\" %>s %b %{Location}o %{pid}P %{tid}P
> \"%{User-Agent}i\"" commonredir
> CustomLog "| /opt/apache22/bin/rotatelogs
> /var/log/apache/access.log.%Y%m%d 86400" "%v %h %l %u %t \"%r\" %>s %b
> \"%{Referer}i\" \"%{User-agent}i\" %{Location}o" env=!dontlog
OK, ich hab nochmal aus Deiner ersten Mail die Zeile rausgesucht:
1.2.3.4 192.168.0.100 - renner [11/Jan/2012:15:52:33 +0100] "HEAD
/renner/in/avi/Finanzkrise.pdf HTTP/1.1" 302 - "-" "Microsoft Data
Access Internet Publishing Provider DAV"
Der UA passt zum BrowserMatch, da ist also nichts zu verbessern.
Der Location-Header scheint hier aber nicht geloggt zu werden. Entweder
die obigen Konfig-Zeilen sind nicht diejenigen, die das Logfile
produzieren, oder aber der Header ist überrachsenderweise leer.
Mach doch al folgende Anpassung (keine Zeilenumbrüche!) und rufs nochmal
auf und poste die neue Accesslog-Ausgabe.
CustomLog "|
/opt/apache22/bin/rotatelogs/var/log/apache/access.log.%Y%m%d 86400" "%v
%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\"
X%{Location}oX" env=!dontlog
Jetzt sollte rund um den Location-Header ein "X" sein. Steht da also ein
XX am Zeilenende, dann ist der Header leer gewesen. Steht da gar kein X,
dann gibt es irgendwo anders in Deiner Konfig die wirlich angezogene
CustomLog-Direktive.
Gruß
Rainer
--------------------------------------------------------------------------
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
--------------------------------------------------------------------------
AW: WebDAV-Upload mit XP Dateiexplorer schlägt fehl
Posted by Martin Allert <al...@arago.de>.
Hallo zusammen,
Die erwähnten Logfile Konfiguration muten mir ein wenig komisch an, ich bin bspw. folgendes gewöhnt, vielleicht irre ich mich auch:
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %m %U %!999q \"%H\" (%{ratio}n)" test
Und dann gebe ich doch beim CustomLog das Format an, das ich nutzen will:
CustomLog "|/opt/apache22/bin/rotatelogs /var/log/apache/access.log.%Y%m%d 86400" test
Erst dann weiss doch der Apache, welches Logformat er nehmen soll, oder?
Wenn der Location String bei der Konfiguration vorher nicht auftauchte, würde es mich nicht wundern. Wenn ihr den jetzt einbaut und dem CustomLog dann den Namen des Logformats übergebt, dann müsste es jetzt funktionieren.
Viele Grüße,
Martin Allert
-----Ursprüngliche Nachricht-----
Von: Mario Brandt [mailto:jblond@gmail.com]
Gesendet: Montag, 16. Januar 2012 10:29
An: users-de@httpd.apache.org
Betreff: Re: WebDAV-Upload mit XP Dateiexplorer schlägt fehl
Hallo Michael,
Du solltest den rewrite log level noch mal hochsetzen
http://httpd.apache.org/docs/current/mod/mod_rewrite.html#rewriteloglevel
Gruß
mario
2012/1/13 Michael Renner <mi...@gmx.de>:
> On 11.01.2012 23:35, Rainer Jung wrote:
>>
>> Hi Michael,
>
>
> Moin Rainer,
>
> danke für die Antwort.
>
> [...]
>
>
>> 302 ist nicht "Found" sondern ein Redirect. Nimm doch mal
>> %{Location}o in Dein LogFormat fürs AccessLog auf. Dann siehst Du,
>> wohin der Apache den Client redirecten möchte. Das gibt uns evtl. eine
>> Idee.
>
>
> ups, ja klar. Mir qualmte dann der Kopf. %{Location}o stand schon drin,
> derzeit sieht es so aus:
>
> LogLevel debug
> RewriteLog "/var/log/apache/rewrite.log"
> LogFormat "%h %l %u %t \"%r\" %>s %b %{Location}o %{pid}P %{tid}P
> \"%{User-Agent}i\"" commonredir
> CustomLog "| /opt/apache22/bin/rotatelogs /var/log/apache/access.log.%Y%m%d
> 86400" "%v %h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\"
> %{Location}o" env=!dontlog
> ErrorLog "| /opt/apache22/bin/rotatelogs /var/log/apache/error.log.%Y%m%d
> 86400"
>
> Damit ändert sich das Logging aberr nicht. Auch nicht im Error-Log. Und da
> es keine RR ist die den Rewirte auslöst belibt auch das RewriteLog leer :-(
> Die Fehlermeldung am XP-Client die ausgegen wird lautet
>
> Beim Kopieren einer oder allen der ausgewählten Dateien ist ein Fehler
> aufgetreten
>
>
>
>
>> Dann würde ich auch den User-Agent loggen, damit wir checken können,
>> ob das redirect-carefully überhaupt den User-Agent "Microsoft Data
>> Access Internet Publishing Provider" etc. matcht. Hierzu in das
>> LogFormat noch aufnehmen: \"%{User-Agent}i\".
>>
>> Dann poste doch nochmal die so erweiterten Access-Log-Zeilen.
>
>
> Leider ändert sich nichts.
>
> Das ist so schlecht greifbar :-(
>
> CU
>
> --
> |Michael Renner E-mail: michael.renner@gmx.de |
> |81541 Munich skype: michael.renner.gmx.de |
> |Germany Don't drink as root! ESC:wq
>
> --------------------------------------------------------------------------
> 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
> --------------------------------------------------------------------------
>
--------------------------------------------------------------------------
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
--------------------------------------------------------------------------
--------------------------------------------------------------------------
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
--------------------------------------------------------------------------
Re: WebDAV-Upload mit XP Dateiexplorer schlägt fehl
Posted by Mario Brandt <jb...@gmail.com>.
Hallo Michael,
Du solltest den rewrite log level noch mal hochsetzen
http://httpd.apache.org/docs/current/mod/mod_rewrite.html#rewriteloglevel
Gruß
mario
2012/1/13 Michael Renner <mi...@gmx.de>:
> On 11.01.2012 23:35, Rainer Jung wrote:
>>
>> Hi Michael,
>
>
> Moin Rainer,
>
> danke für die Antwort.
>
> [...]
>
>
>> 302 ist nicht "Found" sondern ein Redirect. Nimm doch mal
>> %{Location}o in Dein LogFormat fürs AccessLog auf. Dann siehst Du,
>> wohin der Apache den Client redirecten möchte. Das gibt uns evtl. eine
>> Idee.
>
>
> ups, ja klar. Mir qualmte dann der Kopf. %{Location}o stand schon drin,
> derzeit sieht es so aus:
>
> LogLevel debug
> RewriteLog "/var/log/apache/rewrite.log"
> LogFormat "%h %l %u %t \"%r\" %>s %b %{Location}o %{pid}P %{tid}P
> \"%{User-Agent}i\"" commonredir
> CustomLog "| /opt/apache22/bin/rotatelogs /var/log/apache/access.log.%Y%m%d
> 86400" "%v %h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\"
> %{Location}o" env=!dontlog
> ErrorLog "| /opt/apache22/bin/rotatelogs /var/log/apache/error.log.%Y%m%d
> 86400"
>
> Damit ändert sich das Logging aberr nicht. Auch nicht im Error-Log. Und da
> es keine RR ist die den Rewirte auslöst belibt auch das RewriteLog leer :-(
> Die Fehlermeldung am XP-Client die ausgegen wird lautet
>
> Beim Kopieren einer oder allen der ausgewählten Dateien ist ein Fehler
> aufgetreten
>
>
>
>
>> Dann würde ich auch den User-Agent loggen, damit wir checken können,
>> ob das redirect-carefully überhaupt den User-Agent "Microsoft Data
>> Access Internet Publishing Provider" etc. matcht. Hierzu in das
>> LogFormat noch aufnehmen: \"%{User-Agent}i\".
>>
>> Dann poste doch nochmal die so erweiterten Access-Log-Zeilen.
>
>
> Leider ändert sich nichts.
>
> Das ist so schlecht greifbar :-(
>
> CU
>
> --
> |Michael Renner E-mail: michael.renner@gmx.de |
> |81541 Munich skype: michael.renner.gmx.de |
> |Germany Don't drink as root! ESC:wq
>
> --------------------------------------------------------------------------
> 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
> --------------------------------------------------------------------------
>
--------------------------------------------------------------------------
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
--------------------------------------------------------------------------
Re: WebDAV-Upload mit XP Dateiexplorer schlägt fehl
Posted by Michael Renner <mi...@gmx.de>.
On 11.01.2012 23:35, Rainer Jung wrote:
> Hi Michael,
Moin Rainer,
danke für die Antwort.
[...]
> 302 ist nicht "Found" sondern ein Redirect. Nimm doch mal
> %{Location}o in Dein LogFormat fürs AccessLog auf. Dann siehst Du,
> wohin der Apache den Client redirecten möchte. Das gibt uns evtl.
> eine
> Idee.
ups, ja klar. Mir qualmte dann der Kopf. %{Location}o stand schon drin,
derzeit sieht es so aus:
LogLevel debug
RewriteLog "/var/log/apache/rewrite.log"
LogFormat "%h %l %u %t \"%r\" %>s %b %{Location}o %{pid}P %{tid}P
\"%{User-Agent}i\"" commonredir
CustomLog "| /opt/apache22/bin/rotatelogs
/var/log/apache/access.log.%Y%m%d 86400" "%v %h %l %u %t \"%r\" %>s %b
\"%{Referer}i\" \"%{User-agent}i\" %{Location}o" env=!dontlog
ErrorLog "| /opt/apache22/bin/rotatelogs
/var/log/apache/error.log.%Y%m%d 86400"
Damit ändert sich das Logging aberr nicht. Auch nicht im Error-Log. Und
da es keine RR ist die den Rewirte auslöst belibt auch das RewriteLog
leer :-(
Die Fehlermeldung am XP-Client die ausgegen wird lautet
Beim Kopieren einer oder allen der ausgewählten Dateien ist ein Fehler
aufgetreten
> Dann würde ich auch den User-Agent loggen, damit wir checken können,
> ob das redirect-carefully überhaupt den User-Agent "Microsoft Data
> Access Internet Publishing Provider" etc. matcht. Hierzu in das
> LogFormat noch aufnehmen: \"%{User-Agent}i\".
>
> Dann poste doch nochmal die so erweiterten Access-Log-Zeilen.
Leider ändert sich nichts.
Das ist so schlecht greifbar :-(
CU
--
|Michael Renner E-mail: michael.renner@gmx.de |
|81541 Munich skype: michael.renner.gmx.de |
|Germany Don't drink as root! ESC:wq
--------------------------------------------------------------------------
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
--------------------------------------------------------------------------
Re: WebDAV-Upload mit XP Dateiexplorer schlägt fehl
Posted by Rainer Jung <ra...@kippdata.de>.
Hi Michael,
On 11.01.2012 17:06, Michael Renner wrote:
> Moin,
>
> auf einem Apache 2.2.21 funktioniert der WebDAV-Upload mit
>
> * konquerror (Linux getestet)
> * WebDrive (XP getestet)
> * curl (XP getestet)
>
> Der Upload mit dem Dateiexplorer funktioniert nicht. Wohl aber der
> Download. Zum Vergleich habe ich die WebDAV-Installation mit Apache 2.0
> die abgelöst werden soll. Dort funktioniert der Upload (dafür gibt es
> andere Probleme).
>
> Der Upload (Dateiexplorer) funktioniert unter Apache 2.0:
> 1.2.3.4 - renner[11/Jan/2012:15:51:42 +0100] "HEAD
> /renner/in/avi/Finanzkrise.pdf HTTP/1.1" 404 -
> 1.2.3.4 - renner[11/Jan/2012:15:51:43 +0100] "PUT
> /renner/in/avi/Finanzkrise.pdf HTTP/1.1" 201 204
>
> Der Upload (Dateiexplorer) funktioniert nicht unter Apache 2.2
> 1.2.3.4 192.168.0.100 - renner [11/Jan/2012:15:52:33 +0100] "HEAD
> /renner/in/avi/Finanzkrise.pdf HTTP/1.1" 302 - "-" "Microsoft Data
> Access Internet Publishing Provider DAV"
>
> Das anfängliche HEAD soll wohl prüfen ob die Datei am Ziel bereits
> existiert. Der funktionierende Apache gibt ein 404 (also "Not Found")
> zurück. Der nicht funktionierende gibt ein 302 (also "Found") zurück.
> Die Datei lag jeweils nicht im Verzeichnis. Im error-Log steht auch
> richtig:
>
> File does not exist: /space/dav/htdocs/renner/in/avi/Finanzkrise.pdf
>
> Immerhin funktioniert das Umbenennen einer Datei wenn sie erstmal auf
> dem Apache 2.2 liegt:
> 1.2.3.4 192.168.0.100 - renner[11/Jan/2012:16:07:41 +0100] "MOVE
> /renner/in/avi/Finanzkrise.pdf HTTP/1.1" 201 207 "-" "Microsoft Data
> Access Internet Publishing Provider DAV"
>
> In der httpd.conf steht u.a.
>
> BrowserMatch "Microsoft Data Access Internet Publishing Provider"
> redirect-carefully
> BrowserMatch "Microsoft Data Access Internet Publishing Provider DAV"
> redirect-carefully
> was aber nicht ursächlich ist. Ich kommentierte das mal rein und raus.
> Ohne dass der Upload dann funktionierte.
>
> Im alten (funktionierenden) Apache gibt es noch das mod_msfix. Das lässt
> sich aber auch ausschliessen, denn versuchsweise habe ich es auf der
> alten Umgebung abgeschaltet und der Upload funktioniert (nach einem
> Neustart) noch immer.
>
> Ansonsten ist konfigutiert (hier wie dort):
> <Directory "/space/dav/htdocs/renner">
> Options +All
> AllowOverride None
> order allow,deny
> allow from all
> DAV On
> DavDepthInfinity on
> AuthName "Login area"
> AuthType Basic
> <Limit GET PUT POST OPTIONS DELETE PROPFIND PROPPATCH MKCOL COPY MOVE
> LOCK UNLOCK>
> Require user renner
> </Limit>
> AuthUserFile /space/dav/var/htpasswd
> </Directory>
>
> Versucht hatte ich auch <Limit HEAD GET PUT POST OPTIONS DELETE PROPFIND
> PROPPATCH MKCOL COPY MOVE LOCK UNLOCK>, das machte aber keinen
> Unterschied. Auch nicht das vollständige auskommentieren des Limit-Blocks.
>
> Nun frage ich mich: warum gibt der alte Apache ein korrektes 404 zurück,
> der neue aber einen 302?
>
> Gibt's eine Idee?
> Bin für jeden Denkanstoss dankbar!
302 ist nicht "Found" sondern ein Redirect. Nimm doch mal %{Location}o
in Dein LogFormat fürs AccessLog auf. Dann siehst Du, wohin der Apache
den Client redirecten möchte. Das gibt uns evtl. eine Idee.
Dann würde ich auch den User-Agent loggen, damit wir checken können, ob
das redirect-carefully überhaupt den User-Agent "Microsoft Data Access
Internet Publishing Provider" etc. matcht. Hierzu in das LogFormat noch
aufnehmen: \"%{User-Agent}i\".
Dann poste doch nochmal die so erweiterten Access-Log-Zeilen.
Gibt der Client eigentlich noch eine Fehlermeldung aus?
Dann kannst Du noch den LogLevel auf debug setzen, evtl. ist dann im
ErrorLog noch eine Erkenntnis zu gewinnen. Ich weiß leider nicht, ob
mod_dav ein vernünftiges debug-Log schreibt.
Grüße
Rainer
--------------------------------------------------------------------------
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
--------------------------------------------------------------------------