抱歉,这听起来很熟悉,但我已经尝试过其他解决方案。
我有一台新的 Win10 计算机,无法访问 AD 网络共享。虽然我可以通过 IP 访问它们,但当我通过服务器名称访问时,我收到消息:“指定的网络名称不再可用”(不是“未找到网络路径”)。
如果我重新启动远程桌面配置、计算机浏览器和服务器服务,则没有任何变化。但如果我重新启动工作站服务(这会重新启动其他服务),则服务器名称将再次起作用。但是当我重新启动时,它又消失了。我尝试将工作站设置为延迟启动,但服务控制面板不允许我这样做。
我已启用“SMB 1.0/CIFS 文件共享支持”功能下的所有 3 个选项并禁用防病毒软件。我位于一个域中,DNS 指向我的 DC 及其 DNS 服务。服务器名称可以毫无问题地解析其 IP。我还确保在工作站上禁用 SMBv2(服务器不支持它)。该服务器是具有 DC、DNS 和 DHCP 服务的 Windows 2012 服务器。
请注意:我在 Windows 域中,用户的“文档”目录被重定向到网络共享。我不能只使用 IP 地址映射共享。我在十几台其他较旧的 Win10 计算机上没有遇到这个问题,只有我正在设置的这台新 Win10 计算机上有这个问题。我花了 8 个小时才解决这个问题。
所以,请问我该如何让通过服务器名称进行的网络共享在新 PC 上可靠地运行?
答案1
另一台最近更新过的电脑也开始出现同样的断线现象。通常情况下,我会检查并向所有工作站推送更新,但这两台电脑例外。
该问题似乎是由两个特定因素引起的:
我的文件服务器已禁用 SMBv2。
SMBv2 肯定在几年前就被禁用了,尽管我不确定为什么。我在 powershell 中用以下命令检查了 SMBv2 协议是否已启用:
获取 SmbServerConfiguration | 选择 EnableSMB2Protocol
它被禁用了。因此,由于服务器禁用了 SMBv2,更新后的客户端禁用了 SMBv1,因此共享不起作用的原因显而易见。我在 Powershell 中使用以下命令在服务器上启用了 SMBv2:
设置 SmbServerConfiguration -EnableSMB2Protocol $true
两台新计算机上的网络共享现在已再次正常运行。