Nix*_*hoe 12 windows-xp command-line-interface mapping
问题:我在 Windows XP(Service Pack 2 和 Service Pack 3)上让 WebDav 在命令行中工作时遇到问题。
C:\>net use z: https://mywebsite.com/software/
System error 67 has occurred.
The network name cannot be found.
Run Code Online (Sandbox Code Playgroud)
我已经用两个 webdav 服务器对此进行了测试。Ubuntu Apache 和 I Windows Server 2003 IIS。两者得到相同的结果。
没有奏效的事情:
我还找到了以下注册表项: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1
在尝试使用我在网上挖掘的一些工作时,我尝试了以下方法,所有这些都产生了相同的结果。
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/#
Run Code Online (Sandbox Code Playgroud)我还尝试了上述所有组合,将用户添加到其中,/user:user
并且/user:user@domain
.
我也试过使用http://
而不是https://
.
我试过了 "\\server.com@ssl:443\folder"
正如@WesleyDavid 指出的那样,我已经讨论了与网络相关的问题。
有用的东西:
我的德莱玛:
我需要它来处理驱动器号。我还能尝试什么来让它工作?
零猜测:
我刚刚在这里编辑了这个。去掉结尾的斜杠,net use z: https://mywebsite.com/software/
使其显示为net use z: https://mywebsite.com/software
第一个猜测:
我不喜欢 的样子/user:user@domain
。我在一些 Windows CLI 工具中看到过一些粗略的事情发生(尽管,是的,它应该工作得很好)。你尝试过格式/u:domain\user
吗?
第二个猜测:
已知这会导致错误 67,这是问题的核心。通讯错误。
第三次猜测
Winsock腐败!它发生了。调查netsh winsock reset
并netsh winsock reset catalog
您可以在这篇知识库文章中阅读更多内容。
第四个猜测:
有时,错误 67 可能是由客户端和服务器端的硬件级别问题引起的,通常涉及驱动程序。两种可能性:
netsh int ip reset
。我知道,我知道——这是货物崇拜管理机构。去尝试一下。=)第五种猜测
我们正在这里开始细细挑选。在带网络的安全模式下尝试此操作。应该能够建立 WebDAV 连接。我想知道是否有一些干扰性的无关网络驱动程序正在干扰,尽管我在猜测#1 中更新驱动程序时应该考虑到这一点。