我已经在我的站点上启用了apache模块,并为它配置了摘要身份验证。现在我试着把windows驱动器和它连接起来。命令如下:
net use z: http://dav.mysite.com/Files /user:username *然后它会问密码。之后,驱动器似乎是连接的,除了一个细节。在服务器日志中,我可以看到奇怪的401错误:
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如您所见,对于任何正确的摘要认证请求,它都会发送一个错误的请求。
我的apache配置:
<VirtualHost xx.xx.xx.xx:80>
ServerAdmin webmaster@dav.mysite.com
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>它的工作非常非常缓慢。为什么你认为它发送的请求没有身份识别?另外,其他webdav客户端工作正常
P.S. nginx坐在apache前面,把所有的交通都送到了阿帕奇。
发布于 2011-03-23 03:25:31
欢迎来到一个巨大的痛苦。我也有同样的问题,在窗户里发现了这个问题。第一件事是去互联网浏览器,然后工具互联网选项。转到“连接”选项卡,查看“我相信局域网设置”。这里看看是否“自动检测局域网设置”被选中。如果是这样的话,请取消检查。这将解决速度问题。如果你仍然看到问题回来,我会给你更多的想法。
https://serverfault.com/questions/250578
复制相似问题