☰

Windows XP 中的 WebDav 系统错误 67

tag-icon • tag-icon windows-xp command-line-interface mapping
Windows XP 中的 WebDav 系统错误 67

问题：我在使 WebDav 在 Windows XP（Service Pack 2 和 Service Pack 3）的命令行中运行时遇到了问题。

C:\>net use z: https://mywebsite.com/software/
System error 67 has occurred.

The network name cannot be found.

我已经用两个 webdav 服务器测试过这一点。Ubuntu Apache 和 Windows Server 2003 IIS。两者得到的结果相同。

未起作用的事情：

  1. 我已经安装了关注 Microsoft 知识库在我的 XP 机器上无济于事。

  2. 我还发现了以下注册表项：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1

  3. 当我尝试使用从网上找到的一些解决方法时，我尝试了以下方法，但都产生了相同的结果。

    net use z: https://mywebsite.com/software
net use z: https://mywebsite.com/software#
net use z: https://mywebsite.com/software/
net use z: https://mywebsite.com/software/#

  4. /user:user我也尝试了上述所有组合，向其中添加用户/user:user@domain。

  5. 我也尝试过使用http://而不是https://。

  6. 我试过了"\\server.com@ssl:443\folder"

  7. 正如@WesleyDavid 指出的那样，我已经讨论过与网络相关的问题。

确实有效的方法：

  • 我能使用 XP 通过 URL 和 Network Place 中的映射连接到 webdav 文件夹。但是命令行不起作用（我需要驱动器号）。
  • Windows 7 使用相同命令可以完美运行。

我的困境：

我需要此功能适用于驱动器号。我还能尝试什么来让它正常工作？

答案1

使用在 OS X Lion Server 上启用的 WedDAV，XP 中的语法是：

网络使用 * http://服务器网址/webdav/用户名 密码/用户：用户名

这可行，但无法弄清楚如何为同一个用户从多个共享中进行选择（它始终默认为用户帐户目录）......

答案2

我在 HTTP WebDav 连接中遇到了同样的问题（尚未尝试使用 HTTPS，但它应该也可以工作）。请尝试以下操作，它对我有用：

要在客户端计算机上启用基本身份验证，请按照以下步骤操作：

  1. 单击“开始”，然后单击“运行”。
  2. 在打开框中，键入 regedit，然后单击确定。
  3. 找到并单击以下注册表子项：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
  4. 在编辑菜单上，指向新建，然后单击 DWORD 值。
  5. 类型使用基本身份验证，然后按 Enter。
  6. 在“编辑”菜单上，单击“修改”。
  7. 在“数值数据”框中，键入 1，然后单击“确定”。注意：如果 UseBasicAuth 注册表项设置为非零值，则启用基本身份验证。如果 UseBasicAuth 注册表项不存在或 UseBasicAuth 注册表项设置为 0（零），则禁用基本身份验证。
  8. 退出注册表编辑器，然后重新启动计算机。

注意，密钥称为基本认证级别在 Vista 及更高版本中

然后连接

net use X: "http://mywebsite.com/software" /User:username password

来源 http://support.microsoft.com/kb/841215/en-us

答案3

零猜测： 我刚刚在这里编辑了它。删除末尾的斜线，net use z: https://mywebsite.com/software/这样它就变成了net use z: https://mywebsite.com/software

第一个猜测：

我不喜欢 的外观/user:user@domain。我在一些 Windows CLI 工具中看到过这种粗略的事情（尽管，是的，它应该工作正常）。您尝试过该格式/u:domain\user吗？

第二个猜测：

  1. 进入硬件管理并选择查看>>”显示隐藏的设备“
  2. 打开“非即插即用驱动程序”节点
  3. 禁用 IP 网络地址转换器

这已知会导致错误 67，而这正是问题的核心。通信错误。

第三个猜测

Winsock 损坏！确实会发生。查看netsh winsock reset并netsh winsock reset catalog

您可以在以下网址阅读更多内容此知识库文章。

第四个猜测：

有时，错误 67 可能是由客户端和服务器端的硬件级别问题引起的，通常涉及驱动程序。有两种可能性：

  1. 使用 重置客户端上的 TCP/IP 堆栈netsh int ip reset。我知道，我知道 - 这是货物崇拜管理。试试看。=)
  2. 将所有相关机器上的网络驱动程序更新为与确切卡型号对应的最新网络驱动程序。甚至服务器也是如此。在我的脑海中，我似乎记得客户端上出现了错误 67，并且服务器网卡已更新以解决问题。

第五个猜测

我们现在要开始处理一些小问题了。在带网络连接的安全模式下尝试一下。应该可以建立 WebDAV 连接。我想知道是否有一些干扰性的外部网络驱动程序在干扰，尽管我更新了猜测 #1 中的驱动程序，这应该已经解决了。

答案4

请尝试

C:\>net use z: http://user:[email protected]/software

我看到的另一件事是：

net use * z: https://mywebsite.com/software password /user:username

相关内容