web-dev-qa-db-ja.com

AD環境のusername.domainプロファイル

環境:VistaデスクトップとW2K8サーバーを備えたADドメイン(レベルW2K8)と、W2K3サーバー上のXPデスクトップを備えたADドメイン(レベルW2K3)。

時々、ローカルプロファイルがC:\Users\username.domainではなくC:\Users\usernameの下にあるユーザーに気づきます。

これは、ユーザーがドメインBにあるワークステーションからドメインAにログインしたときに発生する可能性があることを知っていますが、.domainがワークステーションのドメインと同じである場合に何度も発生することがあります。

これが問題になると、通常、ローカルプロファイルを削除し、ユーザーに再度ログオンしてもらいます。その後、プロファイルが正しく読み込まれます。

イベントビューアを何度もチェックしましたが、これに関連するエントリは見つかりませんでした。

質問:この動作の原因は何ですか?

3
Jan Henckens

私の環境で最も一般的な理由は、移動プロファイルのロード中にネットワーク接続が中断され(ほとんどの場合、ユーザーがPCの電源を入れ直し)、重要なファイル(つまりレジストリ)が破損し、プロファイルを後続でロードできなくなったことです。試み。

ユーザーがそのディレクトリにプロファイルをロードできない場合(アクセスが拒否された場合)、ACLがそれを実行します。

IMO、汚職が最も可能性の高い候補です。

いずれにせよ、これは問題にはならないはずです。特定の場所にあるユーザープロファイルに依存するスクリプトまたはアプリケーションがある場合、それらは壊れたであり、修正する必要があります。回避策の実装については理解していますが、それでも問題の修正を試みてください。

1
aNullValue

ユーザープロファイルがC:\Users\username.domain(またはC:\users\username.domain001)に作成されている場合、それはC:\users\usernameに既にフォルダーまたはプロファイルがあったためです(または少なくともWindowsはそう考えています)。

1
mqatrombone