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 ForumsAuthenticationAuthenticationAD on an Intranet--My SolutionAD on an Intranet--My Solution
Previous
 
Next
New Post
9/26/2006 4:55 PM
 

Ok, I finally got AD working on my intranet and I thought I'd post my solution.

My Senerio

Our Domain is a child domain of a Parent, so our fully qualified domain name is childdomain.parentdomain.local
We are running on windows 2003 servers, however for my test env. I'm using IIS on xp pro and SQL DB 2005 on w2k3 server.  I am working with DNN 4.3.4

1.  After setting up and installing dnn, login as the admin user.

2.  Next, in IIS--Make sure "Anonymous access" is disabled for the entire site. (mine was be default).  And make sure Windows Authentication is checked for the entire site.

3.  In the web.config---UNcomment the Authentication line.

<add name="Authentication" type="DotNetNuke.HttpModules.AuthenticationModule, DotNetNuke.HttpModules.Authentication" />

3.  In the web.config---UNcomment the  Identity impersonate line.

<identity impersonate="true"/>

4.  Back on the DNN Web site--Click the home page to reload it.

5.  Navigate to the Authentication tab (under the Admin Tab).

6.  Key the following

Windows Authentication Checked
Synchronize Role Checked
Provider ADSIAuthenticationProvider
Authentication Type Delegation
Root Domain ChildDomain.ParentDomain.Local
UserName ChildDomain\Domainuser
Password *****
Confirm Password *****
Email Domain @ChildDomain.com

CLICK UPDATE--You should see something like this

Accessing Global Catalog:
OK
Checking Root Domain:
OK
Accessing LDAP:
OK
Find all domains in network:
Here it will display the number of domain's found as well as a listing.

Example:
1 Domain(s):
childdomain.parentdomain.local (childdomain)

 

That's it.  ------------------------------------------------------------

 

Quarks

1.  The first user to visit the site after IIS is reset or the web.config has been modified AUTO-LOGIN will happen, BUT NOT ON THE SECOND USER...... weird.

2.  You must login using childdomain\username.  Both the domain name and user name are case sensitive, but not the way you think.

3.  In order for the Display Name (ie first name and last name) to be displayed beside the login/logout link the users MUST login with the domainname\username that exactly matches that in AD (case sensitive).  However I created a trigger that works around this problem.

Create TRIGGER [t_Users_InsteadOf_Insert] ON [dbo].[Users]

Instead Of INSERT

AS

BEGIN

SET NOCOUNT ON;

Insert Into Users(UserName, FirstName, LastName, IsSuperUser, AffiliateID, Email, DisplayName, UpdatePassword)

Select UserName, FirstName, LastName, IsSuperUser, AffiliateID, Email, FirstName + ' ' + LastName, UpdatePassword

From Inserted

END

End of Quarks ----------------------------------------

 

What I didn't do: 

In the web.config I didn't change from Forms Authentication to Windows Authentication.  If I changed this, any user who hasn't yet created an account will not be able to reach the site.... the page loads and loads and loads.....

Leaving Forms Authenication on will also allow the administrator/developer to log off as themselves and login as an administrator or another user.

I also didn't Uncomment the <trust line (<trust level="Full" originUrl="http://localhost/.*" />)

I didn't make any changes to IIS except for setting asp.net to 2.0 instead of 1.1.

 

HOW IT WORKS-----

When a user visits the site they will have to login using childdomain\username.
Their DNN account is automaticlly created. Their username, FirstName, LastName and e-mail address are pulled.  The Display Name may not have been updated (depends on how they logged in and weather or not the trigger was used).  Unless the user checks "remember me", they WILL NOT be automatically logged in.  The only execption to this is the first user that visits the site after IIS has been restarted or changes to the web.config are made.

 

This solution works for me because I can log off and log back on as an administrator or a test user.  It also allows our users to log out so others can't use their pc to make changes to the site.

 

Just one more thing.... thanks to everyone who posted their problems/solutions without this forum I would have gotten no where.  Also thanks to TAM for the AD Module.

 

matchbx

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsAuthenticationAuthenticationAD on an Intranet--My SolutionAD on an Intranet--My Solution


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