Re: AD Login failure when using ActiveDirectoryMembershipProvider



If you want to use a fixed domain account, you can. I'd just suggest
setting the app pool identity instead of using the anonymous account with
impersonation. For WinXP development, change the processModel tag in
machine.config. I realize that is less flexible, but it gives you a better
simulation of how production will behave. The alternative is to dev on 2003
server (which is what a lot of us have ended up doing).

The trick you need to be aware of with using a fixed domain account for the
process account is that it can complicate how things work with Kerberos
authentication. Essentially, you need to manually set the appropriate
service principal name values on the account in AD for the service account
to do Kerberos authentication properly (assuming you need Kerberos
authentication, but it is always a good idea to use it if possible).

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:B01C48CD-81BD-40D9-95A3-53C33AE95342@xxxxxxxxxxxxxxxx
One other reason I just thought of for using the fixed domain account...

It makes it more consistent when testing on the development workstations,
which are WinXP Pro. We can just set the domain account to be the
anonymous
account and enable impersonation.

"Joe Kaplan" wrote:

I agree with Dominick. Use the app pool identity and create separate app
pools for each app if you need different credentials.

Also, in many cases you don't need to use a fixed domain account for the
app
pool since the app pool runs as network service by default. Network
service
IS a domain account when accessing resources on the network (the
machine's
domain account), so this is often all you need.

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:0EFE846A-CDC4-475A-BC84-C217B8A02DD3@xxxxxxxxxxxxxxxx
Let me correct my previous statement.

That IS how we configure machines at the client site, and have been
configuring them for over a year.

Perhaps it is not how we SHOULD be configuring them, but that's a
different
issue.

"Dominick Baier" wrote:

No - thats not how you would configure an IIS6 -

you would configure the app pool to run as a domain account and use no
impersonation.






.



Relevant Pages

  • Re: Authentication exception calling ActiveDirectory.Domain.GetCom
    ... Joe Kaplan-MS MVP Directory Services Programming ... Co-author of "The .NET Developer's Guide to Directory Services Programming" ... identity to a domain account. ... rights. ...
    (microsoft.public.dotnet.framework.aspnet.security)
  • Re: AD Login failure when using ActiveDirectoryMembershipProvider
    ... I agree with Dominick. ... in many cases you don't need to use a fixed domain account for the app ... pool since the app pool runs as network service by default. ... Co-author of "The .NET Developer's Guide to Directory Services Programming" ...
    (microsoft.public.dotnet.framework.aspnet.security)
  • RE: Flowing Kerberos Credentials from Browser Client to Web App to Web Service App ...
    ... The web service application is using an App Pool identity, ... that is also a domain account. ... service applications. ... Create an app pool and assign the domain account to the identity fields in place of the Network Service account. ...
    (microsoft.public.dotnet.framework.webservices.enhancements)
  • Kerberos Authentication Errors
    ... We're having an issue with Kerberos authentication for an ASP.NET app. ... up to run under a domain account instead of NETWORK SERVICE. ... Now we want to remove the domain user from the app pool and go back to ... server host/ourserver.ourdomain. ...
    (microsoft.public.inetserver.iis)
  • Re: protal creation error
    ... On db it has security admin and DB creator rights ... I check app pool, 2 of them central and sharepoint one. ... both using my domain account ...
    (microsoft.public.sharepoint.portalserver)