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 登录时(惊奇、惊奇),它两次询问我的密码,然后告诉我我的文件夹无效。
一切都无济于事;Windows 继续询问我的密码两次,然后指出“您输入的文件夹似乎无效。请选择另一个。”
试试命令行?当然:
在这一点上我能说的最好的是“哈哈,在 WINDOWS 7 上没有你的 WEBDAV”这很好,除非每个人都会使用这个应用程序......使用 Windows 7。而且大多数都不像我那样执着或好斗。
我觉得我已经把我能想到的每个搜索词在 Google 前 10 页的任何地方找到的每一个随机建议都烧掉了。有任何想法吗?我需要它是 Webdav,我需要它通过 HTTPS,而且我确实需要一种方法来从 Windows 7 访问它。
额外细节:
然而,我尝试过的“第三方”程序要么有缺陷、不完整,要么有愚蠢的……“小故障”。例如,BitKinex 似乎关注发送的任何 http 错误代码,因此如果读取目录 BAM 时出现故障,则该目录始终列为空。长目录列表也显示为空白,即使传输面板显示目录列表仍在发生。
无论如何,由于上述原因,BitKinex 无法用于开发目的。此外,我正在为我以外的人构建它,这些人希望让这个 dav 共享“以常规方式”工作。
我讨厌 WebDAV。
在我的文件服务集群上获得 WebDAV 支持的过程中,我赢得了这种仇恨。这是基于 Server 2008 / IIS7,带有 IIS 的 WebDAV 插件。它很笨重,每个单独的 WebDAV 客户端都希望能够通过自己的自定义组合与 WebDAV 服务器进行通信:
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 会很简单,但您会像我一样错了。
归档时间: |
|
查看次数: |
39220 次 |
最近记录: |