ユーザーsamAccountNameのsamAccountName.
例: ユーザーは の UPN を持っていtest@mycorp.comます。 と UPNsamAccountNameは完全に異なるanotherTest
ことに注意してください。samAccountNameユーザー名を として ldap bind 操作を実行するとanotherTest@mycorp.com、認証は驚くほど成功します。
なぜそれが成功するのですか？samAccountNameUPN 形式でバインドすることは有効ですか?
ありがとう
良い質問。これは事実であり、私は答えを見つけようとはしませんでした。オンラインでドキュメントを見つけることができませんでしたが、別のフォーラムでのこの議論だけです。
属性に設定した値に関係なく、Active Directory には既定の UPN があるようです (ADAM にはありません) userPrincipalName。デフォルトの UPN の形式は<samAccountName>@<domainName>.
userPrincipalNameまた、属性は必須属性ではないことに注意してください。つまり、userPrincipalName属性に値が割り当てられていない AD ユーザー オブジェクトをいつでも作成できます。Active Directory ユーザーとコンピューター スナップインを使用して作成している場合は、UI 自体が常に値の入力を強制するため、気付かないでしょう。ただし、ADSI を使用してプログラムで AD オブジェクトを作成する場合は、それを行うことができます。
NT4 システムである程度の経験がある年齢であれば、その時点では samAccountName しかなく、UPN はまったくないことに注意してください。まさにこのため、NT4 から Windows 2003 への移行を行うと、UPN が設定されていない多数のユーザーが作成されます。
これが、から派生したデフォルトの UPN を持つ動機だったと思いますsamAccountName。
samAccountNameAD ユーザー オブジェクトの必須属性であることに注意してください。したがって、この属性が空になることはありません。