我有一个名为的简单 LAN，带有文件服务器FILES，它是一台 Windows 8.1 Pro 计算机，带有一堆共享文件夹。我使用多台 Windows 8.1 Pro 和 Windows 10 Pro 客户端计算机通过 Netgear R8000 路由器通过以太网或 WiFi 连接到这些共享。
我为所有 Windows 计算机设置了基于密码的基本身份验证。即所有计算机都拥有完全相同的用户帐户集和相同的密码。所有计算机都属于默认WORKGROUP。家庭组已禁用。所有计算机上的 Windows 防火墙也已关闭。网络被指定为私有网络。
现在，在客户端计算机上，我可以打开文件资源管理器，点击“网络”，然后将其FILES列为我的网络上的计算机。（这意味着网络发现工作正常。）我可以双击FILES图标并立即查看所有可用共享的完整列表FILES（因此这部分也可以正常工作）。
但是，当我点击特定共享（例如Storage）时，我收到一条错误消息
尝试再次单击同一共享（或其他共享）会产生相同的错误。但它只会在第一次点击后约 20-40 秒发生。过了这段时间后，下一次点击突然成功打开共享，之后一切都正常了。所有其他共享FILES也开始完美运行。基本上，从那一刻起，一切都正常了。
但是，如果我离开FILES一会儿然后返回，同样的行为又会出现。第一次单击任何共享FILES都会产生上述0x800704cf错误，但 20-40 秒后一切又开始正常工作。
此行为非常一致且易于重现。有线和无线客户端的行为相同。
现在，当尝试通过明确指定 IP 地址FILES（如\\192.168.1.3\Storage）来访问相同的共享时，共享始终会成功打开，没有任何延迟。这表明这是某种名称解析问题。但是，执行ping FILES总是立即成功，没有任何错误。即使文件资源管理器抛出0x800704cf，\\FILES\Storage仍然ping FILES可以正常工作。
为了再次测试名称解析理论，我添加了192.168.1.3 FILESLMHOSTS 文件。但这没有帮助。问题仍然存在，这似乎表明这不是名称解析问题。
那么，这个恼人的错误还有什么原因呢？我在网上看到好几次提到了这一点，但没有明确的答案。
PS 偶尔，我之前很少遇到类似的错误，当我尝试打开FILES它时：“Windows 无法访问 \\FILES”（错误0x80070035）。但这种情况非常罕见。在 100 次中，有 99 次我可以成功打开并查看所有共享的列表。只有当我尝试访问（或任何其他共享）FILES时才会发生错误，并且它是。\\FILES\Storage0x800704cf
就我而言
netsh int ip reset
暂时挽救了局面似乎改善了情况。运行它FILES（然后重新输入正常的适配器设置）使所有共享立即可靠地访问。但大约一天后，原来的问题再次出现。
答案1
我在完整 AD 域中的 Windows Server 上遇到了同样的错误。
解决我的问题的方法是，我的网络适配器属性没有安装“Microsoft 网络客户端”。
我做了以下事情：
- 在网络和共享中心单击更改适配器设置
- 右键单击适配器>>选择属性
- 检查是否安装了“Microsoft 网络客户端”？如果没有；
- 单击“安装”
- 双击客户端
- 选择 Microsoft 网络客户端
- 单击确定 >> 确定
- 重启计算机
当它恢复时我就能访问网络共享。
答案2
我通过在“Windows 凭据管理器”中添加用户的 samba 凭据解决了我的问题，之后 samba 可以正常访问。
您可以将用户添加为“ServerDnsName\Username”...