Wie wir alle wissen ist die
WebDAV-Client Implementierung von Microsoft ziemlich grotte, da sie sich wiedermal an keinerlei Standards hält.
Vor einigen Monaten kam ich bei der Arbeit in die Verlegenheit einen Apache mit WebDAV aufzusetzen. Damit das Ganze auch schön sicher ist, soll sinnvollerweise SSL zum Einsatz kommen und die UserAuthentifizierung per
DigestAuth realisiert werden.
Die ganzen Details zur Umsetzung spare ich mir jetzt hier mal, da es überall im Netz gute HowTo's gibt und es ingesamt auch nicht allzu schwierig ist das zum Laufen zu bekommen.
Natürlich möchte man aber nun, dass sich der Otto-Normal XP-User die Freigabe bequem per Webfolder in seinem XP, quasi ranmountet um Dateien kopieren, verschieben, umbenennen usw. zu können. Dafür macht man den ganzen Quatsch ja
Und genau hier fangen die Probleme an. Man hat im Wesentlichen mit 2 Punkten zu kämpfen:
1. Problem: Weil der besagte integrierte WebDAV Client von Windows XP
schei... fehlerhaft ist, kommt es bei verschiedenen ServicePack Versionen in Verbindung mit unterschiedlichen MS Office Webpart - Installationen zu Fehlern wie z.B. dass Windows meint, die URL wäre "ungültig" o.ä.
Lösung:
- Auf jeden Fall SSL verwenden, da Windows die https- URL dann kurioserweise richtig behandelt.
- In der httpd.conf des Apache folgende Einträge ergänzen:
CODE:
# The following directive disables redirects on non-GET requests for
# a directory that does not include the trailing slash. This fixes a
# problem with Microsoft WebFolders which does not appropriately handle
# redirects for folders with DAV methods.
# Same deal with Apple's DAV filesystem and Gnome VFS support for DAV.
#
BrowserMatch "Microsoft Data Access Internet Publishing Provider" redirect-carefully
BrowserMatch "MS FrontPage" redirect-carefully
BrowserMatch "^WebDrive" redirect-carefully
BrowserMatch "^WebDAVFS/1.[0123]" redirect-carefully
BrowserMatch "^gnome-vfs" redirect-carefully
BrowserMatch "^XML Spy" redirect-carefully
BrowserMatch "^Dreamweaver-WebDAV-SCM1" redirect-carefully
2. Problem: Manche XP-Installationen melden nun immer noch "ungültige URL", o.ä.
Lösung:
- Man sollte die OPTIONS-Methode ohne Authentifizierung durchlassen, da XP da anscheinend etwas empfindlich ist. Das "LimitExcept" ist entscheidend. Nachdem ich folgendes eingebaut hatte, hat es überall funktioniert:
CODE:
<Location /webdavfolder>
Dav On
AuthType Digest
AuthName "myshare"
AuthDigestFile /path/to/digestauthfile
AuthDigestQop auth
<LimitExcept OPTIONS>
require valid-user
</LimitExcept>
</Location>
neuste Kommentare
Sa, 23.06.2007 01:51
Hi Achim, nix läuft hier falsch. Das ist schnöder Spam. Siehe: http://www.golem.de/0706/53027 .html Da die Mail [...]
Fr, 22.06.2007 22:24
Kann jemand helfen? Diese Seite soll gegen Google AGB verstossen http://www.kopierzentrum-mz.de hat jemand einen TIPP? [...]
Do, 31.05.2007 15:34
Hmm, auch doof. Kann man das nicht irgendwo konfigurieren? So dass halt einfach eine Warnung ("Achtung, Zertifikat [...]
Do, 31.05.2007 15:29
Hi Patrick, das könnte durchaus sein dass es auch damit etwas zu tun hatte. Ich lasse den Webserver ausschließlich [...]
Do, 31.05.2007 15:02
Habe gerade die Erfahrung gemacht, dass Windows (Win 2003 Server) URLs mit https:// z.T. nicht akzeptiert. Das [...]