Eu habilitei o módulo apache dav no meu site e configurei a autenticação digest para ele. Agora eu estou tentando conectar o Windows Drive para ele. Comando segue:
net use z: http://dav.mysite.com/Files /user:username *
então pede senha. Depois que a unidade parece estar conectada, exceto por um detalhe. Nos logs do servidor, posso ver erros 401 estranhos:
xx.xx.xx.xx - - [22/Mar/2011:23:05:04 +0000] "PROPFIND /Files HTTP/1.0" 401 751
xx.xx.xx.xx - username [22/Mar/2011:23:05:04 +0000] "PROPFIND /Files HTTP/1.0" 301 495
xx.xx.xx.xx - - [22/Mar/2011:23:05:04 +0000] "PROPFIND /Files/ HTTP/1.0" 401 751
xx.xx.xx.xx - username [22/Mar/2011:23:05:04 +0000] "PROPFIND /Files/ HTTP/1.0" 207 1175
xx.xx.xx.xx - - [22/Mar/2011:23:05:07 +0000] "PROPFIND /Files HTTP/1.0" 401 751
xx.xx.xx.xx - username [22/Mar/2011:23:05:07 +0000] "PROPFIND /Files HTTP/1.0" 301 495
xx.xx.xx.xx - - [22/Mar/2011:23:05:07 +0000] "PROPFIND /Files/ HTTP/1.0" 401 751
xx.xx.xx.xx - username [22/Mar/2011:23:05:07 +0000] "PROPFIND /Files/ HTTP/1.0" 207 1175
Como você pode ver para qualquer solicitação autenticada de digitação adequada, ele envia uma solicitação incorreta
Minha configuração do apache:
<VirtualHost xx.xx.xx.xx:80>
ServerAdmin [email protected]
ServerName dav.dav.mysite.com
DocumentRoot /var/www/dav.mysite.com/
UseCanonicalName Off
Alias /Files "/var/www/dav.mysite.com/"
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/1.0" redirect-carefully
BrowserMatch "^XML Spy" redirect-carefully
BrowserMatch "^Dreamweaver-WebDAV-SCM1" redirect-carefully
BrowserMatch "MSIE" AuthDigestEnableQueryStringHack=On
<Directory "/var/www/dav.mysite.com">
Dav On
Order allow,deny
Allow from all
AuthType Digest
AuthName "DAV-upload"
AuthDigestDomain /Files/
AuthDigestProvider file
AuthUserFile /var/www/webdav.passwd
Require valid-user
</Directory>
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel error
ErrorLog /var/log/apache2/dav.dav.mysite.com-error.log
CustomLog /var/log/apache2/dav.dav.mysite.com.log common
ServerSignature Off
</VirtualHost>
E isso funciona muito lentamente. Por que você acha que envia solicitações sem autenticação? BTW outros clientes do webdav funcionam corretamente
P.S. nginx está sentado na frente do apache e passando todo o tráfego para ele
Bem-vindo a uma enorme dor. Eu tive o mesmo problema e descobri no windows. A primeira coisa é ir ao internet explorer, em seguida, ferramentas opções de internet. Vá para a guia Conexões e veja as configurações de lan. Aqui, veja se "auto detect lan settings" está marcado. Se assim desmarcar. Isso consertará os problemas de velocidade. Se você ainda vê os problemas voltarem e lhe dar mais algumas idéias.
Consegui encontrar uma resposta que aparentemente é por design: o desafio de autenticação é estar em todas as solicitações. Um trabalho que eu implementei é permitir listagem anônima de diretórios / arquivos (solicitações PROPFIND) e autenticação em todo o resto usando a configuração do Apache mostrada abaixo. A melhoria de velocidade é significativa, para um projeto python com 21876 arquivos, uma atualização leva metade do tempo, 11 minutos contra 22 minutos com autenticação.
## Development HTTP Site
<VirtualHost *:80>
ServerAdmin [email protected]
ServerName development.FOO.com
ServerAlias www.development.FOO.com
# Log file location and settings; logs within project is ok as long as 'links' are made to system 'var/log/apache'
ErrorLog /var/log/apache2/development.FOO.com-error.log
CustomLog /var/log/apache2/development.FOO.com-vhost_combined-access.log vhost_combined
# Canonical to always strip www - see: https://stackoverflow.com/questions/88011/make-apache-automatically-strip-off-the-www
RewriteCond %{HTTP_HOST} ^www\.(.+)$
RewriteRule ^(.*)$ ${SERVER_PROTOCOL}://%1/$1 [R=301,L,NC]
# Authenticated access for the development site version - because without this Google will find you!
# Just in case we also prevent serving of the password logins file if it is stored in a serving folder.
Redirect /apache-logins.htdigest http://development.FOO.com
<Location />
DAV On
DirectoryIndex disabled
Options +Indexes
AuthType Digest
AuthName "development.FOO.com"
# AuthDigestDomain which urls (and any under it) this applies - should match location
AuthDigestDomain /
AuthDigestProvider file
AuthUserFile /srv/www/django/development.FOO.com/apache-logins.htdigest
# uncomment the LimitExcept to receive a small boost for non caching Windows WebDav client by allowing
# anonymous directory listing; see http://serverfault.com/questions/250578/webdav-and-windows-7-client
<LimitExcept PROPFIND>
Require valid-user
</LimitExcept>
</Location>
WSGIProcessGroup development.FOO.com
# You can further limit processes, threads and set a inactivity-timer so deamon get unloaded
WSGIDaemonProcess development.FOO.com display-name=%{GROUP}
WSGIScriptAlias / /srv/www/django/development.FOO.com/apache-django-development.wsgi
# Serve static / media files through apache instance and alias/map them to specific urls. to maximize security
# 'Options -Indexes' is enabled to prevent directory listing
Options -Indexes
Alias /robots.txt /srv/www/django/development.FOO.com/src/django-project/static/robots.txt
#Alias /sitemap.xml /srv/www/django/development.FOO.com/src/django-project/static/sitemap.xml
Alias /favicon.ico /srv/www/django/development.FOO.com/src/django-project/static/favicon.ico
Alias /media /srv/www/django/development.FOO.com/src/django-project/static/
Alias /static /srv/www/django/development.FOO.com/src/django-project/static/
</VirtualHost>
Aqui estão mais algumas informações: link
Tags windows-7 webdav network-share