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

HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Extending Membership 4.3.5 to Utilize Single Sign-On with LDAPExtending Membership 4.3.5 to Utilize Single Sign-On with LDAP
Previous
 
Next
New Post
9/21/2006 6:46 PM
 
I've been reading articles all afternoon and after all this, I'd like to bounce this idea off of those who have done this before.  We have an LDAP server on which we authenticate for many other web applications.  We already have an application for administering the users and their roles for this server.  Adding and deleting users and roles would be done from this main application.  With this in mind, we will most likely turn off the abiliy to administer users and roles on our implementation of DNN.  All authentication would come real-time from our LDAP server and we would provide a module that would let users edit basic contact information in the LDAP server.  This would mean that we would most likely also turn off the "My Account" functionality on DNN. 

Having said all that, my thought was that all we would have to do is create a new Data Provider that inherits the DotNetNuke.Security.Membership.DataProvider class.  No pre-loading of the User tables, no synchronization between the LDAP server and DotNetNuke, just a simple replacement of the provider.

Is my idea the kind which you would expect from someone on crack or a glue-sniffer?  Or does it have some merit?  Responses from people in the know would be appreciated.  Thanks.
 
New Post
9/21/2006 8:17 PM
 

I asked about this 6-8 months back on a couple of forums and never received much response. I ended up doing something similar to what you propose though my requirements were slightly different.

I needed to authenticate with LDAP but use security roles built into DotNetNuke because the LDAP system has no knowledge of the specific users and groups for our web application. So I inherited the default membership provider as you mentioned and overrode the authenticate method. I then roled my own ldap authentication code and called that code with the username and password. Assuming it authenticated I called base.authenticate (forget the exact name of the function) and passed the username and a dummy password. All users were registered with this dummy password and their LDAP user ID. That way we could leverage all of the built in DNN role based security as well as user settings features but never had to worry about getting or synchronizing user passwords with LDAP. The one hole in this plan is if the user changes their LDAP user ID it has to be changed in the DNN system as well. Since this is a relatively rare occurence, it was an acceptable extra step.

Anyway, hope this helps.

 
Previous
 
Next
HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Extending Membership 4.3.5 to Utilize Single Sign-On with LDAPExtending Membership 4.3.5 to Utilize Single Sign-On with LDAP


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