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 ForumsAuthenticationAuthenticationIs AD Authentication Provider what I really need?Is AD Authentication Provider what I really need?
Previous
 
Next
New Post
8/6/2008 4:39 PM
 

Hi,
If I understand correctly, AD Authentication Provider is best fit for an organization with a windows domain, users who login to their computers and want to open the dotnetnuke portal and magically be logged in, and see their personalized content.

Here's what I need, though, so please tell me if this is easy to do or not...

My portal will be for a set of users from over 100 different agencies.  Each may or may not have their own domains.  But users from all these agencies already have an ID/PW in my Active Directory, because they use a custom (non web based) application and their id/pw is stored in AD and accessed / updated via LDAP functionality.  Now I want to create a portal for their use.  Because their computers are not part of my domain, I don't need "integrated" windows security.  But I want to prompt them for an ID/PW, and I want to authenticate the ID/PW they entered against my Active Directory.  What I really need is an "LDAP Authentication Provider".  No integration with Windows Security on the client is desired.  I would want that feature completely disabled, because not a single user of my website will actually be logged onto the AD domain I wish to authenticate with.

Will the AD Authentication Provider work this way?  Can anyone point out the best way to achieve this?

Thanks in advance for any advice/insight you can provide.

 

 
New Post
8/6/2008 11:13 PM
 

If they have user accounts on your AD then there shouldn't be a problem with using the AD provider. All you should need to do is comment out the <add name="Authentication"..../> in the <httpModules> section of the web.config (there's two instances but one is already commented out as it's legacy) or make sure the "auto-login" IP range won't match anything that an external user would have. Then when users visit your site and go to login they'd select Windows Login and enter their credentials for your domain in the form of Domain\Username (unless you use a script on the Login.ascx that will allow them to use just their username).

 
New Post
8/11/2008 4:23 PM
 

Thanks a lot for this, it is very encouraging.  And I would certainly want to eliminate the need to enter the domain name on login, I'm surprised it is not a configuration parameter for the plug in to specify the default domain... 

When you say "use a script on the login.ascx" do you mean edit the login.ascx to prefix the domain name before calling the authentication algorithm?

Thanks again.

 

 
New Post
8/11/2008 11:40 PM
 

Setting the default domain is a future enhancement. Right now I'm more worried about killing the bugs that are there before I potentially introduce any new ones.  

Editing the login.ascx is exactly what I mean. There's a post here on the forum with instructions on the script. I don't have the link here at home but I'll post it tomorrow when I get to work.

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsAuthenticationAuthenticationIs AD Authentication Provider what I really need?Is AD Authentication Provider what I really need?


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