但是,当尝试使用Windows 7登录时(惊喜,惊喜),它要求我的密码两次,然后告诉我我的文件夹无效.
>我已验证服务器正在使用摘要式身份验证.
>我已多次验证第三方软件可以连接.
>我甚至出去买了GoDaddy SSL证书,因此我的SSL不再自签名了.
>我在这里应用了注册表hacks：support.microsoft.com/kb/943280(请注意,文章说Windows 7已经存在“修复”,我只需要神奇的注册表hax来使其工作)
>我在这里应用了注册表hacks：support.microsoft.com/kb/941050
>我在这里应用了注册表黑客：support.microsoft.com/kb/841215(据说允许Basic Auth,这不应该适用,但为什么不呢？)
一切都无济于事; Windows继续要求我的密码两次,然后声明“您输入的文件夹似乎无效.请选择其他文件夹.”
试试命令行？当然：
>我试图使用NET USE“https://dav.example.com/”密码/ USER：me(系统错误59)
>我试图使用NET USE“https://dav.example.com/”访问(系统错误1790)
>我试图使用NET USE“https://dav.example.com/subdir/”密码/ USER：me(系统错误59)
>我试图使用NET USE“https://dav.example.com/subdir/”访问(系统错误1790)
>祝你好运：ping dav.example.com ……有效.再次,Web浏览器可以很好地访问共享,因此第三方工具也可以.
在这一点上我能说的最好的是“HAHA,对于你在WINDOWS 7上没有WEBDAV”,除了每个将使用这个应用程序的人都会很好…使用Windows 7.而且大多数都没有像我一样持久或好斗.
我觉得自己已经烧掉了我在Google的前10页中找到的每一个我能想到的每个搜索词的随机建议.有任何想法吗？我需要它是Webdav,我需要它通过HTTPS,我真的需要一种方法从Windows 7访问它.
额外细节：
然而,我尝试过的“第三方”程序要么是错误的,不完整的,要么是愚蠢的……“小故障.”例如,BitKinex似乎固定在发送的任何http错误代码上,因此如果读取目录BAM时出现故障,该目录始终列为空.即使传输面板显示目录列表仍在进行,长目录列表也会显示为空白.
无论如何,由于上述原因,BitKinex对于开发目的无用.此外,我正在为除了我自己之外的人建立这个,那些希望让这个dav分享“常规方式”的人.
在获取WebDAV支持到我的文件服务群集的过程中,我赢得了这种仇恨.这基于Server 2008 / IIS7,带有IIS的WebDAV插件.它很笨重,每个单独的WebDAV客户端都希望能够通过他们自己的以下自定义组合与WebDAV服务器通信：
>传输机制：HTTP或HTTPS
>会话跟踪：Cookie或HTTP标头
>身份验证：基本,摘要,Kerberos或NTLM身份验证
>可能包括也可能不包括自定义端口支持.
>连接到根目录的能力可能存在也可能不存在; WinXP肯定无法连接到http://davhost.example.com/,它必须连接到http://davhost.example.com/root/
WinXP和Win7的行为不同.早期的WinXP版本根本无法正常谈论HTTPS.有些Windows版本,我忘记了目前只通过HTTP标头进行会话跟踪.由于我的环境中有很多OSX,10.3,10.4,10.5和10.6都在服务器功能方面巧妙地改变了它们所支持的内容.当然,Gnome有自己的要求困扰我们的少数Linux用户.
我只是.不能.赢得.
现在我在从IIS7提供WebDAV时,Windows 7和WinXP工作得很好.这需要很多撬棍,但它正在发挥作用. OSX主要用于较新版本.其他人都抓住机会.
Windows期望某些WebDAV动词可用.检查Win7客户端在尝试连接和回溯错误时获得的内容.如果他们没有得到一个,这表明Windows主机由于某种原因不喜欢环境;也许您需要更改会话跟踪方法,或者您需要确保您的DAV主机位于正确的IE安全区域中.查看访问日志使我能够回溯Windows从WebDAV服务器所期望的内容.
你认为从IIS到Windows客户端使用WebDAV很简单,但你会像我一样被误认为.
