我正在使用 DFS 访问使用域命名空间(如 \mydomain.local\docs)的服务器上的各种共享。DFS 共享未复制。这些共享位于 DC 上
主机重新启动后,客户端计算机将无法使用共享,直到它们也重新启动或重新启动 dfs 客户端服务。
当我们使用 Windows 2003 和 Win XP 时我也遇到过类似的问题,但在我们当前的设置(Win2008 和 Win7)下,这个问题似乎更加严重。
我认为,问题出在客户端,而不是服务器。如果我重新启动服务器,然后启动或重新启动工作站,它将立即访问共享。任何之前已连接但尚未重新启动的客户端计算机都无法访问先前映射的驱动器或 dfs 共享的 unc,也无法访问底层 unc(因此它们无法访问 X:、\dfsspace.local\xdrive 或 \server\xdrive)
错误各不相同,但可能是旧的“系统找不到指定的路线”,也可能是表明驱动程序不再有效的错误。尝试从资源管理器或命令行访问会产生相同的结果 - 因此这不是资源管理器的问题。
如果您只是离开电脑,那么对共享的访问将在半小时左右后开始工作,但并非总是如此。昨天我正在升级 NAS,并在等待 Nas 复制完成时重新启动服务器以进行更新。今天早上,大约 12 小时后,我自己的 Win7 仍然无法访问共享。今天早上进来并启动的其他用户没有问题。快速重新启动解决了我的问题,但这没有任何意义。
它看起来像某种 dfs 缓存问题,但我不确定而且它没有什么意义。
在启用了脱机文件的机器上,问题通常更严重,它们会发现驱动器可用但却是空的。一段时间后,共享会突然显示其正确内容。
我尝试过查阅 ms docs、technet、google,但没有发现任何相关内容 - 所以这要么是某些非常明显和愚蠢的东西以至于我错过了它,要么是我们遇到了一个极其深奥的问题...我怀疑是前者。
有人能解答我的忧虑吗?
伊恩
答案1
这听起来确实像是 DFS 缓存问题,因为默认链接引用缓存时间为 1800 秒,也就是 30 分钟。令人好奇的是,为什么它在重启后会失败。我建议从客户端运行 dfsutil /PktInfo(您需要从 W2K3 管理工具包中获取 dfsutil)或使用适用于 Windows 7 的 RSAT 获取它,看看这是否能为您提供有关正在发生的事情的任何线索。