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 ForumsAuthenticationAuthenticationnot automatic login, but okay going to windowssigninnot automatic login, but okay going to windowssignin
Previous
 
Next
New Post
4/2/2009 4:04 PM
 

I've spent the past few hours sifting through a ton of Event logs on the domain controllers, and it appears that the web server is only authenticating to one domain controller. Moreover, all of the authentication requests are using Kerberos, and I don't see any warnings or errors which should be affecting this.  I did see some errors, but nothing surrounding times when the issue arose, and they were related to.  The events were:

  • 1083 - Replication warning: The directory is busy. It couldn't update object
  • 13508 - File replication service is having trouble enabling replication from [server name] to [server2 name]

Assuming for a moment, that Active Directory is fine, how do I know if DotNetNuke is even attempting to authenticate?  Is there a built-in DNN log to see what's happening behind the scenes, and if any error messages are generated? 

 

 
New Post
4/3/2009 10:13 AM
 

Jamieson wrote
 

I've spent the past few hours sifting through a ton of Event logs on the domain controllers, and it appears that the web server is only authenticating to one domain controller. Moreover, all of the authentication requests are using Kerberos, and I don't see any warnings or errors which should be affecting this.  I did see some errors, but nothing surrounding times when the issue arose, and they were related to.  The events were:

  • 1083 - Replication warning: The directory is busy. It couldn't update object
  • 13508 - File replication service is having trouble enabling replication from [server name] to [server2 name]

Normally, replication isn't anything to worry about, but since it is reporting that "the directory is busy", that implies that the server might be over-loaded.

Jamieson wrote

Assuming for a moment, that Active Directory is fine, how do I know if DotNetNuke is even attempting to authenticate?  Is there a built-in DNN log to see what's happening behind the scenes, and if any error messages are generated? 

 

Go into Admin->Event Viewer->Edit Log Settings, and enable the * task to enable logging of almost all DNN activities.  Or, you can go and create your own log setting that only records login failures.

You might want to be a bit careful with logging too much though, as it puts a pretty heavy load onto your SQL server.   I've had one server in the past that I had to disable extended logging because it was spending so long trying to record the login events that it would time people out while trying to log in (sound familiar?).

 

 
New Post
4/3/2009 11:29 AM
 

Thank you.  I looked at the event viewer, and it is already set to log everything, so I began looking through to find any errors, and I found none.  All the logins were successful, making me think that the user just simply isn'y being drected to the login code.

In the web.config, I have the following entry:

<

authentication mode="forms">
<
forms name=".DOTNETNUKE" protection="All" timeout="60" cookieless="UseCookies" />
</
authentication>

I wouldn't mind just enabling mode="Windows" instead, but I had issues during testing where it got caught in an endless loop.

I was wondering if the "loginURL" attribute needs to be filled in for this to work properly? Perhaps filling this in with the URL to the windowssingin.aspx would force the user there if they weren't authenticated?

 
New Post
4/3/2009 11:59 AM
 

If you decide to go with the Windows mode then uninstall the AD provider.

 
New Post
4/3/2009 12:35 PM
 

Interesting, I hadn't tried this.  But would this mean that the roles wouldn't synchronize with AD?  What would the ramifications of this be?

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsAuthenticationAuthenticationnot automatic login, but okay going to windowssigninnot automatic login, but okay going to windowssignin


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