奇怪的情况下,域pipe理员=本地pipe理员

我遇到了一个奇怪的问题。 我们的域pipe理员帐户,由于一些奇怪的原因,没有看到某些文件。 主要是三个工作站在硬件维修一段时间后closures了networking,并重新join。

这三个工作站正在运行7 SP1。 用作login服务器的相应域控制器正在运行2008r2 x2,2008sp1和2003sp2。 该域名是2003年的水平。

当他们第一次重新join域时,就出现了身份validation问题。 于是,他们又重新join了三个新名称的电脑账户。

现在看来,域和企业pipe理员有一个问题,如果他们创build一个符号链接(需要本地pipe理员特权)或移动文件到一个(本地)pipe理特权文件夹,新创build的文件是无法从文件资源pipe理器中看到。

但是,如果我们打开一个命令提示符,文件就会出现在目录列表中。 。 。

我一整天都在研究这个问题,深入挖掘三个工作站上的事件日志以及他们每次连接的各自的login服务器。

我已经尝试审核帐户作为login失败,但我不是100%确定我覆盖所有的基础。 我认为这是一个开放和closures的情况下,帐户login之前networking适配器完全初始化,因此GPO错误将显示出来。 但是在注销并重新login之后,没有骰子。 尽pipe重新启动完成。

我已经看到这个,或者至less非常类似的问题,在创build后不会出现,但出现在命令行中。 看起来,在这种情况下,Windows 7的gui shell可能不会更新文件夹,或者它们的组合,如果你有一个共享映射到一个驱动器,它目前不可用:

  • 您创build文件的文件夹可以通过networking作为共享访问
  • 该文件夹通过networking访问,并被configuration为同步,以便您可以脱机访问它

你可以得出这样的结论:它使用一个队列系统来更新,并且一个可以访问的networking共享在阻止所有其他的更新之前就会阻塞它。

所以当天晚些时候我发现了这个问题。 虽然我没有join,然后重新join全新的计算机帐户下的工作站,我没有考虑到login的configuration文件没有正确的身份validation。 他们从来没有出现失败,因为工作站正在caching的login名下进行身份validation。

擦除caching后,他们正确authentication。