web-dev-qa-db-ja.com

ユーザーが複数のUPNを介してログインできるのはなぜですか?

要求に対応するアプリケーションを使用するために、会社のすべてのユーザーのUPNサフィックスをus.mycompany.localからmycompany.comに変更しました。変更前のテストで、UPNサフィックスを変更しても、ユーザーが古いサフィックスを使用して正常に認証できることがわかりました。私が理解していないのは、これがまだ機能する理由です。

7
Jim B

上記のRyanとJoeのコメントは目標通りです。ユーザーがImplicitUPNを使用してログインしているようです。ドメインのFQDNはus.mycompany.localですか?

Active Directoryでは、各ユーザーに2つのUPNがあります。

  1. 明示的なUPN(eUPN):これは、ユーザーオブジェクトのuserPrincipalName属性の値です。これは、フォレストで構成した代替UPNサフィックスに関係なく、任意の値に変更できます。

  2. 暗黙のUPN(iUPN):これは、ユーザーオブジェクトのsamAccountName属性の値とドメインのFQDNの値を連結することによって構築されます。 FQDNは、LDAP://CN=DOMAIN_NETBIOS_NAME,CN=Partitions,CN=Configuration,DC=DOMAINに保存されているドメインのdnsRootオブジェクトのcrossRef属性の値として保存されます。

DS MVPのJorge de Almeida Pintoは、より詳細な一連の投稿をしています。

編集1:

競合がある場合、eUPNが「勝つ」ことにも注意する必要があります。たとえば、次の(とんでもない)シナリオを考えてみます。

  • ドメイン名:example.com
  • User1のsamAccountName:user1
  • User2のuserPrincipalName(eUPN):[email protected]

ユーザー名[email protected]を使用してログインしようとすると、User2としてログインします。ただし、User2のuserPrincipalNameを他のものに変更すると、User1としてサインインします。

編集2:

MSごとの詳細情報: MSKB929272:対話型ログオンスタイルとWindows Server 2003でのキー配布センターアカウントの検索

12
charleswj81

次の2つのうちのいずれかになります。

  1. 新しいUPNが代替UPNとして追加され、元のUPNがまだ残っています。
  2. 古いUPNはDomain name (pre-Windows 2000)として追加され、機能します

Active Directory Domains and Trustsに移動し、UPNとプレウィンドウ設定を確認します。

0
Espen Olsen