Re: AD Login failure when using ActiveDirectoryMembershipProvider
- From: "Joe Kaplan" <joseph.e.kaplan@xxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Thu, 22 Feb 2007 19:05:21 -0600
The AD membership provider disables impersonation when it does its DS
access, so that might explain the problem. If you are using XP and want
default credentials, you need to change the credentials in your processModel
in machine.config to a domain account for testing purposes.
Joe K.
--
Joe Kaplan-MS MVP Directory Services Programming
Co-author of "The .NET Developer's Guide to Directory Services Programming"
http://www.directoryprogramming.net
--
"Craig Wagner" <MSDNNospam207@xxxxxxxxxxxxx> wrote in message
news:995F2D5A-5CCE-48E7-9A24-C564DD8F1D2C@xxxxxxxxxxxxxxxx
I'm afraid I don't understand your comments.
You're right that the default process identity is the local machine ASPNET
account. However, as I stated, I changed the anonymous user to a domain
account and enabled impersonation, so the process credentials are now my
domain credentials.
Why is this not realistic? It's the same way I would configure the Windows
2003 server (i.e. change the anonymous account to a domain account and
enable
impersonation).
.
- References:
- Re: AD Login failure when using ActiveDirectoryMembershipProvider
- From: Dominick Baier
- Re: AD Login failure when using ActiveDirectoryMembershipProvider
- Prev by Date: Re: WindowsTokenRoleProvider & Domain Groups
- Next by Date: Re: WindowsTokenRoleProvider & Domain Groups
- Previous by thread: Re: AD Login failure when using ActiveDirectoryMembershipProvider
- Next by thread: Re: AD Login failure when using ActiveDirectoryMembershipProvider
- Index(es):
Relevant Pages
|
|