我在我的网络上设置了 DFS，如下所示：
- 我们将这个域称为 DOMAIN.LAN。
- 两个 AD 控制器，我们称之为 DC01 和 DC02。
- 两台文件服务器，我们称之为FS01和FS02。
- 加入域的 Windows 10 Pro 工作站。
在文件服务器上，我有一个名为“public”的共享，可以从 Windows 10 工作站以 \\FS01\public 和 \\FS02\public 成功访问。
在 AD 控制器上，我设置了一个名为“dfs”的 DFS 命名空间，其中有一个名为“public”的共享。此共享具有以下目标：
- \\FS01.域.LAN\公共
- \\FS02.域.LAN\公共
我尝试通过以下方式从 Windows 10 工作站访问共享：
- \\FS01\public：此方法 100% 有效。
- \\FS02\public：此方法 100% 有效。
- \\DC01.DOMAIN.LAN\dfs\public：这 100% 的时间都有效。
- \\DC02.DOMAIN.LAN\dfs\public：这 100% 的时间都有效。
- \\DOMAIN.LAN\dfs\public：这个有效间歇地。
最后一个问题。我说的“间歇性”并不是说我点击一次它就能工作，然后再次点击它就可能不行了。我的意思是它可能工作几个小时，然后停止工作几个小时，然后似乎没有任何变化，又开始工作了。
我尝试将目标从 FS01.DOMAIN.LAN 的 FQDN 更改为 FS01，甚至只是文件服务器的 IP 地址，但这并没有什么区别。但是，如果我直接访问 AD 控制器而不是域名，我可以通过 DFS 名称空间访问共享，这将似乎排除 DFS 配置问题以及 DNS 问题（尽管它间歇性出现的事实似乎也指向 DNS），这就是为什么我不确定如何继续进行故障排除。
需要注意以下几件事，它们可能相关也可能不相关：
- DC01 正在运行 Windows Server 2019。
- DC02 正在运行 Samba 4.9.5。
- FS01 和 FS02 运行 Samba 4.9.5 并且是域成员服务器。
- Windows 10 工作站通过 VPN 连接到带有服务器的网络。但是，DC01 和 DC02 的 IP（出于测试目的）硬编码到工作站中，以确保它能够正确解析 DNS。对上述所有 FQDN 执行 ping 操作 100% 都按预期工作。
我确实知道 VPN 可能是一个问题。但是，位于服务器本地的工作站也会出现同样的症状，因此我认为 VPN 并不是一个区别因素。与服务器的 VPN 连接很稳定，两个互联网连接也都很稳定，VPN 上的 ping 时间为 20 毫秒或更短。
我正在寻找经历过此问题并有解决方案的人，或者至少是一个可以用来进一步排除故障的流程。
答案1
我猜其中一个 DC 没有正确处理 DFS 命名空间（老实说，预计，考虑到 Windows/Samba 混合）。
我建议在只有一个 DC 处于活动状态而另一个 DC 关闭的情况下执行所有测试，然后执行相反的操作；这应该有助于您进行故障排除。