AD环境下的username.domain配置文件

Question

环境:带有Vista桌面和W2K8服务器的AD域(级别W2K3)和在W2K3服务器上使用XP桌面的AD域(级别W2K3)。

我不时地注意到一个用户，他的本地配置文件位于C:\Users\username.domain而不是C:\Users\username下面。

我知道，当用户从位于域B的工作站登录域A时，可能会发生这种情况，但我曾多次看到这种情况，其中.domain与工作站的域相同。

当这成为一个问题时，我们通常会删除本地配置文件并让用户再次登录，然后正确地加载配置文件。

我已经多次检查事件查看器，但没有找到任何与此相关的条目。

问题是:是什么导致了这种行为？

Answer 1

在我的环境中，最常见的原因是网络连接被中断(在大多数情况下，用户在加载漫游配置文件时循环PC)，关键文件(即注册表)被损坏，使概要文件在随后的尝试中无法加载。

如果用户无法在该目录中加载配置文件(访问被拒绝)，ACL将执行此操作。

海事组织，腐败是最有可能的候选人。

无论如何:这不应该是个问题。如果您的脚本或应用程序依赖于驻留在特定位置的用户配置文件，它们就会中断，需要修复。我理解实现一个解决办法，但仍然要设法解决这个问题。

Answer 2

如果用户配置文件是在C:\Users\username.domain (或C:\users\username.domain001)创建的，那么它是因为C:\users\username上已经有了一个文件夹或配置文件(或者至少windows认为是这样)。