Windows 7、HTTPS WebDav:要求输入密码两次但失败。任何解决方法?

Aut*_*DMC 8 windows windows-7 webdav net-use

我在 Cherokee 上的 HTTPS 安全 URL 上有一个运行 PHP SabreDav ( code.google.com/p/sabredav/wiki/Windows )的 Dav 服务器。它设置为使用 https,并使用摘要式身份验证。我可以使用多个浏览器和一些第三方客户端登录(BitKinex 和 Java AnyClient 也可以连接和浏览,以下注意事项)。

但是,当尝试使用 Windows 7 登录时(惊奇、惊奇),它两次询问我的密码,然后告诉我我的文件夹无效。

  • 我已经验证服务器正在使用摘要式身份验证。
  • 我已经多次验证第三方软件可以连接。
  • 我什至出去买了一个 GoDaddy SSL 证书,这样我的 SSL 就不再是自签名的了。
  • 我在这里应用了注册表黑客: support.microsoft.com/kb/943280(请注意,文章说 Windows 7 的“修复”已经存在,我只需要神奇的注册表 hax 才能使其工作)
  • 我在这里应用了注册表黑客: support.microsoft.com/kb/941050
  • 我在这里应用了注册表黑客: support.microsoft.com/kb/841215(据说允许基本身份验证,这不应该适用,但为什么不呢?)

一切都无济于事;Windows 继续询问我的密码两次,然后指出“您输入的文件夹似乎无效。请选择另一个。”

试试命令行?当然:

在这一点上我能说的最好的是“哈哈,在 WINDOWS 7 上没有你的 WEBDAV”这很好,除非每个人都会使用这个应用程序......使用 Windows 7。而且大多数都不像我那样执着或好斗。

我觉得我已经把我能想到的每个搜索词在 Google 前 10 页的任何地方找到的每一个随机建议都烧掉了。有任何想法吗?我需要它是 Webdav,我需要它通过 HTTPS,而且我确实需要一种方法来从 Windows 7 访问它。

额外细节:

然而,我尝试过的“第三方”程序要么有缺陷、不完整,要么有愚蠢的……“小故障”。例如,BitKinex 似乎关注发送的任何 http 错误代码,因此如果读取目录 BAM 时出现故障,则该目录始终列为空。长目录列表也显示为空白,即使传输面板显示目录列表仍在发生。

无论如何,由于上述原因,BitKinex 无法用于开发目的。此外,我正在为我以外的人构建它,这些人希望让这个 dav 共享“以常规方式”工作。

sys*_*138 4

我讨厌 WebDAV。

在我的文件服务集群上获得 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 会很简单,但您会像我一样错了。