Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsAuthenticationAuthenticationAuto User Creation/Auto LoginAuto User Creation/Auto Login
Previous
 
Next
New Post
10/3/2006 2:56 PM
 

I have been going rounds with the AD suff myself. I not only configured the DNN settings for active directory authentication, I also turned off the anonymous user access to the site and removed all but authenticated and required service users from the site folders. I found that ASP.NET takes the path of least permissions, so if the user can authenticate without AD it uses those credentials. As it requires the user credentials to get to the page, that is what ASP.NET uses. In mixed mode, the users get created and being that the site requires AD credentials to access site resources. You also want to be sure, if your site is being access via IP, the address is listed in your internal DNS server. Otherwise, your users will be required to log into the site (http://10.0.0.1 translates to http://myinternalsite).

I agree that the AD team should address the issue of new users not getting created when fully AD configured, however I had to find a work around in the mean time. I hope this helps.

 

 
New Post
10/9/2006 6:10 AM
 
mtndwell wrote

I have been going rounds with the AD suff myself. I not only configured the DNN settings for active directory authentication, I also turned off the anonymous user access to the site and removed all but authenticated and required service users from the site folders. I found that ASP.NET takes the path of least permissions, so if the user can authenticate without AD it uses those credentials. As it requires the user credentials to get to the page, that is what ASP.NET uses. In mixed mode, the users get created and being that the site requires AD credentials to access site resources. You also want to be sure, if your site is being access via IP, the address is listed in your internal DNS server. Otherwise, your users will be required to log into the site (http://10.0.0.1 translates to http://myinternalsite).

I agree that the AD team should address the issue of new users not getting created when fully AD configured, however I had to find a work around in the mean time. I hope this helps.

Hi,

the anonymous user acces was already disabled. users enter and login to dnn well with mixed mode(forms/AD) and with AD. that mode is working, also is the AD only mode.

The problem is the creation of the users, they don't get created with AD mode only.

With the mixed mode (Forms & AD) the problem is that with the credentials the only thing done is the login. Then the user is NT Authority/system in Win 2000 server systems and ASPNET/System in XP systems. Then all the security implemented in webservices, reporting services, directory access... is thrown to the garbage...


We need a way for the user account to be created in AD mode (it shouldn't be complicated... I think..) if not, we can't integrate it with the domain security... a costly and improbable thing...


Any help or comment AD team?
Thanks,
Jose Luis



 
New Post
10/12/2006 8:18 PM
 
I was experiencing the same issues with AD not creating users.  I removed the identity impersonate="true" from the web.config and now it is working.  I am using a user with network access as the Annonymous user for the site and to run the App Pool instead of a local account.
 
New Post
3/14/2007 8:33 PM
 
I know this is an old topic, but I am having the same problem on 4.3.7.  I can't create new users when the DNN install is in Windows mode.  I get stuck in a loop when I try.  Anyone come closer to solving this?
 
New Post
8/22/2008 10:04 AM
 

This is what I did to sort this. Hope it helps someone. I am using DNN v455 (but hope to go up to v484 sometime soon):

1) Edit your web.config file to have forms authentication rather than windows authentication i.e.

 
 
     
   

     

also comment out the authentication entry under httpmodules i.e.


     

 also ensure the following entry is present in the main section of the web.config file:


     
       
       
     

   

 2)   Copy the windowsSignin.aspx files from the admin\security folder to the dotnetnuke root folder.

3)  Amend the document properties in IIS for the dotnenuke virtual directory to have windowssignin.aspx as the default document (it will pick it up from the root directory so that is why step 2 is required)

4) Make sure AD authentication is enabled and functioning properly under Admin / Authentication of the portal.

That should be it. Existing users will be logged in. New users will have a DNN user created in the database and will be logged in. The AD information should be used to create the information within DNN.

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsAuthenticationAuthenticationAuto User Creation/Auto LoginAuto User Creation/Auto Login


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out