Re: ADAM authentication failure.
- From: "Joe Kaplan \(MVP - ADSI\)" <joseph.e.kaplan@xxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Sun, 19 Feb 2006 14:57:09 -0600
Wow. Thanks again for all of the extra details. We can defnitely use this
to provide some "best practices" guidance for people. I think sticking with
DN and UPN is good practice, as long as steps are taken to ensure UPN is not
duplicated. This is non-trivial in a replicated environment, but is worth
putting some effort into if it is really important. This really applies to
AD as well if UPNs are being assigned.
The objectGUID, displayName, SPN and such options were a total revelation to
me though.
Joe K.
"Dmitri Gavrilov [MSFT]" <dmitrig@xxxxxxxxxxxxxxxxxxxx> wrote in message
news:ueR35oSNGHA.1124@xxxxxxxxxxxxxxxxxxxxxxx
Wanted to point couple interesting consequences of the info below.
If you have user1 whose displayName is Dmitri, and user2 whose
userPrincipalName is Dmitri, then if you do simple bind as Dmitri, then
you'll authenticate as user1.
If you have two users whose displayName is Dmitri, then you won't be able
to bind. Same for UPN.
So, I guess I am going to revise the statement below. The only
"guaranteed" way to bind is to use the DN, because we guarantee the
uniqueness of this one. Everything else will be a wild guess :)
--
Dmitri Gavrilov
SDE, DS Admin eXperience
This posting is provided "AS IS" with no warranties, and confers no
rights.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm
"Dmitri Gavrilov [MSFT]" <dmitrig@xxxxxxxxxxxxxxxxxxxx> wrote in message
news:OKFtWaSNGHA.3144@xxxxxxxxxxxxxxxxxxxxxxx
DN and UPN are the "gauranteed" ones. Everything else is pretty much a
wild guess. So, we are basically doing a CrackName call with "unknown
input format". It tries to apply several formats, in the following order:
FQDN_1779_NAME
CANONICAL_NAME
UNIQUE_ID_NAME (guid)
DISPLAY_NAME
SERVICE_PRINCIPAL_NAME
SID_OR_SID_HISTORY_NAME (stringized sid iirc)
CANONICAL_NAME_EX (slightly differently formatted canonical name)
USER_PRINCIPAL_NAME
Note if the string does not look like it matches the format (e.g. does
not look like a DN or a guid), then we do not try to actually search for
it.
Note displayName matches any string, so it actually takes precendence
over UPN. UPN too matches any string (but only in ADAM).
The list above is for ADAM. AD uses a similar algorithm for simple binds.
But the matching order for AD is slightly different:
FQDN_1779_NAME
USER_PRINCIPAL_NAME (must match user@domain pattern)
NT4_ACCOUNT_NAME (domain\username)
CANONICAL_NAME
UNIQUE_ID_NAME (guid)
DISPLAY_NAME
SERVICE_PRINCIPAL_NAME
SID_OR_SID_HISTORY_NAME
CANONICAL_NAME_EX
--
Dmitri Gavrilov
SDE, DS Admin eXperience
This posting is provided "AS IS" with no warranties, and confers no
rights.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm
"Joe Kaplan (MVP - ADSI)" <joseph.e.kaplan@xxxxxxxxxxxxxxxxxxxxxxxx>
wrote in message news:unhYDlBNGHA.984@xxxxxxxxxxxxxxxxxxxxxxx
Geez, I just tested it and it works as Lee advertised. Sigh.
canonicalName and displayName too...
Joe K.
"Joe Kaplan (MVP - ADSI)" <joseph.e.kaplan@xxxxxxxxxxxxxxxxxxxxxxxx>
wrote in message news:ey87yiBNGHA.1124@xxxxxxxxxxxxxxxxxxxxxxx
Since when are canonicalName and displayName supported for simple bind?
I thought it was just DN and UPN? Crap, my book is wrong and it is
already too late! Argh!
Joe K.
"Lee Flight" <lef@xxxxxxxxxxxxxxx> wrote in message
news:eiJjF0ANGHA.4052@xxxxxxxxxxxxxxxxxxxxxxx
Hi
in ADAM SP1 you have two options for binding as an ADAM user:
simple bind (using distinguishedName or canonicalName or
displayName or userPrincipalName)
or
digest bind (using distinguishedName)
any other SASL bind (NTLM,Kerberos,negotiated) will only work
for a local or domain windows account.
Lee Flight
.
- References:
- ADAM authentication failure.
- From: New2ADAM
- Re: ADAM authentication failure.
- From: Lee Flight
- Re: ADAM authentication failure.
- From: Joe Kaplan \(MVP - ADSI\)
- Re: ADAM authentication failure.
- From: Joe Kaplan \(MVP - ADSI\)
- Re: ADAM authentication failure.
- From: Dmitri Gavrilov [MSFT]
- Re: ADAM authentication failure.
- From: Dmitri Gavrilov [MSFT]
- ADAM authentication failure.
- Prev by Date: Re: Virtual List View and Critical Extension Unavailable exception
- Next by Date: Re: A weird error in event viewer
- Previous by thread: Re: ADAM authentication failure.
- Next by thread: Re: ADAM authentication failure.
- Index(es):
Relevant Pages
|
Loading