Я недавно боролся с той же проблемой в своей системе Fedora 10. В моем случае преступник был некоторым нечетным перенаправлением, которое я делал в Apache. А именно, я использую систему управления контентом (Drupal, чтобы быть точным), что в он - .htaccess, включает следующую логику перенаправления для перенаправления недостающих файлов к Сценарию PHP:
# Rewrite URLs of the form 'x' to the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
Это имеет смысл, что вышеупомянутое только влияет на ПОМЕЩЕННЫЙ метод с тех пор в этом случае, REQUEST_FILENAME не существует.
Наличие области WebDAV в области Drupal, которая походит на разумное ограничение, решает проблему.
Кроме того, я думаю, что вероятно, что SELinux привел бы к другой ошибке, но это не упоминается в обсуждении выше. Вы пытались отключить SELinux?
Что говорит Ваш error_log? Это - первое место для взгляда.
Кроме того, посмотрите в регулярном access_log; иногда некоторые клиенты DAV будут пытаться сделать вещи DAV в высокоуровневых каталогах, чем, где Вы делаете свою работу, которая требует, чтобы у них был, по крайней мере, доступ DAV только для чтения до корня virtualhost.
Сделал Вы пытаетесь использовать предел: (например),
<Limit PUT POST DELETE PROPFIND PROPPATCH MKCOL COPY MOVE LOCK UNLOCK>
Require valid-user
</Limit>
Как Ram Prasad сказал, Вам нужен тот оператор Limit в Записи каталога в Вашем vhosts.config файле.
Вам также нужен.DAV каталог, который принадлежит апачу в том же каталоге как Ваш .htaccess файл. Я нашел, что это обычно вызывает 403 ошибки, поскольку Apache использует эту папку для записи временных файлов в.
См. также: http://www.webdav.org/mod_dav/install.html
Та же проблема.
Решенный путем создания .htaccess файла в webdav каталоге с:
RewriteEngine off
Найденный здесь: http://annoyingtechnicaldetails.wordpress.com/2007/07/20/webdav-vs-drupal-htaccess-redirect-rules/
Та же проблема. Решенный:
<Location /xyz>
DAV On
AuthType Digest
AuthName "webdav-xmarks"
AuthDigestProvider file
AuthUserFile "/home/xy/xba/digest-password"
Require valid-user
RewriteEngine off <-- this part solved it!
</Location>