我正在使用DFS访问使用域命名空间的服务器上的varios共享 – 比如\ mydomain.local \ docs。 DFS份额不复制。 股票位于DC
重新启动主机后，共享将从客户端计算机变为不可用，直到它们重新启动或重新启动dfs客户端服务为止。
我有一个类似的问题，当我们有Windows 2003和Win XP的，但问题似乎加剧了我们目前的设置是Win2008和Win7的。
问题是客户端问题，而不是服务器问题 – 我想。 如果我重新启动服务器，然后启动或重新启动工作站，它将立即访问该共享。 任何先前已经连接但尚未重新启动的客户端计算机无法访问先前映射的驱动器，也不能访问dfs共享的unc，也不能访问底层的unc（因此他们无法访问X：\ dfsspace.local \ xdrive也不\服务器\ xdrive）
错误是不一样的，但可能是旧的“系统找不到指定的path”，或者它也可能是一个错误，说明驱动程序不再有效。 试图从资源pipe理器或命令行访问产生相同的结果 – 所以它不是一个资源pipe理器的问题。
如果你只是离开电脑，那么访问股票将在半小时左右开始工作，但并不总是如此。 昨天我正在升级一个NAS，并重新启动服务器，以便在完成Nas副本的同时更新它。 今天早上，我自己的Win7在大约12小时后仍然无法访问这些股票。 今天早上进来的其他用户没有问题。 快速重启解决了我的问题，但这没有任何意义。
它看起来像某种types的dfscaching问题，但我不知道，这是没有道理的。
在启用了脱机文件的机器上，问题通常会变得更糟，他们会看到驱动器可用，但是是空的。 一段时间后，股票会突然显示出正确的内容。
我已经尝试了拖网ms文档，technet，谷歌，还没有发现任何相关的东西 – 所以这是要么是明显的，愚蠢的，我只是想念它，或者我们有一个非常深奥的问题…我怀疑前任的。
任何人都可以解释我的悲哀吗？
伊恩
它听起来像一个DFScaching问题，因为默认链接引用caching时间是1800秒，这是30分钟。 很奇怪为什么在重新启动后失败。 我build议从客户端运行dfsutil / PktInfo（您需要从W2K3pipe理工具包中获得dfsutil），或者使用RSAT for Windows 7运行dfsutil / PktInfo，然后查看是否为您提供了有关正在发生的事情的任何线索。