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. 我没有在XP机器上安装以下Microsoft KB。

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指出的那样，我已经解决了与网络相关的问题。

起作用的东西：

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

我的困境：

我需要这个来处理驱动器号。我还能尝试什么来使它正常工作？

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

NET USE * http：// 服务器url / webdav / 用户名 密码 / user：用户名

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

对于HTTP WebDav连接，我也遇到了相同的问题（尚未尝试使用HTTPS，但它也应该起作用）。请尝试以下方法，它对我有用：

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

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

请注意，该密钥在Vista和更高版本中称为BasicAuthLevel

然后连接

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

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

零猜猜： 我刚刚在这里进行了编辑。摆脱尾随的斜杠，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中更新驱动程序时已经做好了处理。

在Windows Vista之前，您不能将网络驱动器映射到https连接，至少不能使用Net命令。这与WebDav微型重定向器的问题有关。请检查以下内容：http : //www.autohotkey.com/forum/topic44471.html

请试试

C:\>net use z: http://user:password@mywebsite.com/software

我看到的另一件事是：

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

您是否签出了这篇Microsoft KB文章？可能值得一试。

当您使用完全限定的域名从基于Windows Server 2003，Windows XP或Windows 2000的计算机连接到远程计算机时，您可能会收到“找不到网络名称”的错误消息。

我还建议您在发出net use命令时使用Fiddler监听流量。您可能会看到比WebDav System Error 67有趣的东西。

嗯 怎么样：

净使用z：https : //mywebsite.com : 443/software/

另外，当您尝试执行“ net use z：http : //mywebsite.com/software/ ”（未起作用的第5点）时，目标服务器上的端口80是否处于活动状态？显然，这是XP的问题-我们可以将其隔离到XP和HTTPS还是XP和Webdav？您的事件日志是否显示任何内容？

另外：net use命令是否可以使用Windows Internet安全设置来映射驱动器？您可能需要将https://mywebsite.com放置 在受信任的站点中。在IE->工具->安全性或控制面板中查找。

IIS上的Webdav：净使用* http：// WEBSITE / DavWWWRoot密码/ user：USER @ DOMAIN

如果使用IIS，则根文件夹的名称为DavWWWRoot，某些客户端会自动解析（Windows 10和Windows 7），但在其他情况下，您必须指定（windows xp）。这是我的工作