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 ForumsAuthenticationAuthenticationActive Directory Provider on the other serverActive Directory Provider on the other server
Previous
 
Next
New Post
11/13/2009 9:55 AM
 

 

Hi,

The DNN website is on the server and the AD users are on the other server.
These two servers are in different networks. These two servers communicate with each other only because of the internet connections. There is no other relation between these two servers. This means that the DNN website is outside the farm where AD is located.

My question is if the Active Directory Provider can work properly in this case.

I am looking forward to the answer!

Any help would be greatly appreciated.

 

Thanks,

Doru

 
 
New Post
11/13/2009 10:46 AM
 

afaik in order for AD authentication to work on the webserver, the webserver needs to be part of the domain


Erik van Ballegoij, Former DNN Corp. Employee and DNN Expert

DNN Blog | Twitter: @erikvb | LinkedIn: Erik van Ballegoij on LinkedIn

 
New Post
11/13/2009 11:13 AM
 

The websever is not part of the AD domain.

Is it a solution for this?

Thank you,

Doru

 
New Post
11/13/2009 1:21 PM
 

Well...  BY FAR, the simplest approach for this is to have the server (IIS) that is running DNN to be part of the domain.  If it is part of the domain, all of the instructions for how to get it working apply and it is a very simple procedure to get it working properly.

But...  That does not mean it is the only way.  If you look at how DNN works, the AD authentication is actually handled by IIS itself.  DNN itself is running under the NETWORK SERVICE account, and when authentication is needed it redirects you to the WindowsSignIn.aspx file, which is the only file that requires AD authentication to access (hence the authentication).   This is also one of the purposes behind the Impersonation setting in the web.config file, but that has not been fully explored/explained yet.

So... This leaves you wide open to use a variety of third-party utilities, or if you really know your Windows Server stuff, you can modify your existing server so that IIS is actually authenticating to a domain that the server itself is not a member of.   How to actually do it, I could not tell you, but I know it can be done.  Keep in mind that it is not going to be a simple process, and it is a configuration that nobody here will be able to help you with, so you'll be pretty much on your own (although we can give you pointers on what to look for).

Overall, it's better just to make it part of the domain, and then everything is much more secure and simpler.

 

 
New Post
11/16/2009 11:01 AM
 

Thanks for so detailed answer!

The DNN website have to be on the server outside to the domain. So, I have to continue the research.

Doru

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsAuthenticationAuthenticationActive Directory Provider on the other serverActive Directory Provider on the other server


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