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 ForumsAuthenticationAuthenticationAuto Login using AD stopped workingAuto Login using AD stopped working
Previous
 
Next
New Post
3/5/2009 8:45 AM
 

I came in this morning and the network administrator told me that he had to reboot one of our DCs.  And now, our "portal" is not automatically logging him in.  To be honest, this may not be the actual cause of the issue as the net admin was unable to verify if it was working immediately before the DC reboot.

The portal had been working for quite some time and nothing has changed, except the recent DC reboot.  When I open the portal in IE I now get the generic, "Internet Explorer cannot display the webpage" error.  When I refresh it takes me to the DNN login screen.  Once I get to the login screen I'm able to login, but of course that's not the way it should be working.

So I try to open the portal in Firefox.  Historicly this will display a challenge screen where I can put in my user id preceeded by the domain + "\" and my password and viola, I'm logged in.  Today, however, it presents the challenge screen again and again, never authenticating.

So, I tried an "IISRESET" on the server, no help.  I rebooted the server, no help.

The server is in our DMZ and we have a trusted connection through our firewall.  As I stated before, this has been working for months now with no issues.

Any ideas?

 
New Post
3/5/2009 11:06 AM
 

When you get the "Page cannot be displayed" message what's the URL that it's pointing at? Is it pointing to WindowsSignin.aspx (with the correct path)?

 
New Post
3/5/2009 12:20 PM
 

Yes and No.  It still displays the home URL, but when I manually try to go to the windowssignin.aspx it will persistenly display that error.  If I turn on Anonymous access on that file, it will give me the "this page must not have anon access" error, so it is properly reading in the Request.Server("LOGON_USER") variable.

We do have a web farm, but due to certain reasons, we only run it on a single server.  So for the mean time I have switched it over to the secondary server for now and it is working properly.  I think later today we're going to try to flip it back to see if it's still an issue.

 
New Post
3/13/2009 8:19 AM
 

Kevin,

I'm experiencing the same issue.  Roles are no longer synchronizing and new users are not being added to the portal.  Have you found any solutions?

 
New Post
3/13/2009 9:04 AM
 

Check also "which" DC that server is authenticating to.  Quite often, when someone lets a server in a DMZ authenticate, they only allow it access to one server, and if that particular server isn't responding then authentication will fail.  Users on the internal network won't notice because they would automatically flip over to another DC.

 

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsAuthenticationAuthenticationAuto Login using AD stopped workingAuto Login using AD stopped working


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.