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 ForumsAuthenticationAuthenticationDNN 435 and AD module: here are my issuesDNN 435 and AD module: here are my issues
Previous
 
Next
New Post
10/27/2006 10:51 AM
 

Please won't someone re-compile a AD fix for DNN 435? I am trying to deploy DNN 435 to 800 users on intranet. I have tried just about everything but have serious issues. I have used both "mixed mode" and "windows mode" both having various issues which put me at a standstill.
Here is what happens:

Mixed mode ( as posted here on the forums}---
 Users can login to portal fine, they can use the login button, then put in DOMAIN\username and password just fine. They also can be auto-logged in by using the WindowsSignin.aspx page. They do not get added to pre-made security roles that match with AD. They do not get display name added. They can log out of the portal and the "forgot password" button does show on a login module (this is not good). When a user changes their Domain password, their password does not auto update in DNN. They have to login with old DOMAIN password, DNN does not capture the new one, this is not good.
DNN premade host and admin account will work to login.

Windows mode ---
 DNN premade host and admin accounts will not work long if at all. An AD Domain User who has already logged into the portal one time has to be added to Super User role by the host account, while in "Mixed Mode". Then that user will have SuperUser permissions when the user gets autologged in. The users are automatically logged in to portal from either default page or WindowsSignin.aspx. The users cannot logout or login as another user, since the login button is there but will not allow it. They just stay logged in. User gets added automatically to proper Security Roles which is great, and this works. Also user can eventually get display name. Also if the user's AD domain password gets changed, the DNN portal uses that updated password (is synchronized).
Bad issue is that any NEW USER to DNN portal, who has never been to portal yet, tries to go to Portal default page or WindowsSignIn.asp page, will not be able to auto-login, the page goes through an endless loop and does not load. The user is never able to login, thus it seems the query made by DNN to AD to request the user info never gets done or loops endlessly, and the user is never entered into the user accounts. Thus, in order to populate the portal, one has to toggle from Windows mode to Mixed mode (eek, changing web.config line  from  "Forms" to "Windows" over and over) for every one logging in for the first time. Either do that or have the SuperUser manually add all the users and stay in Windows mode (this would be a PITA).

Please I do hope someone helps before too long.

 

 
New Post
12/12/2006 10:26 PM
 

Hi there,

I am having the same problem. Also my problem is compounded with a child portal requiring different roles/authentication.

Could someone please answer this issue?

Thanks in advance

MG

 
New Post
12/13/2006 8:13 AM
 

First of all, I have to mention that AD authentication in mixed-mode is not possible in child portals.  It requires the "automatic" login function in order to operate.  Unfortunately, you have to disable this funcationality in order to obtain mixed-mode...

Otherwise, if it not syncronizing passwords or roles, then it is not properly communicating with your AD.  Reading these forums for a couple of years has shown me that there is not one setting that works for everyone, so try all sorts of settings.  The majority of the settings for AD authentication are already in-place in the newer releases, and the vast majority of the settings options take place in the Authentication module now.  Try it with a whole bunch of settings, including leaving some of the entries blank, see what works for your system.

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsAuthenticationAuthenticationDNN 435 and AD module: here are my issuesDNN 435 and AD module: here are my issues


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