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 ForumsAuthenticationAuthenticationForcing Windows SigninForcing Windows Signin
Previous
 
Next
New Post
7/9/2009 1:35 PM
 

I really appreciate the thoughtful responses I've received.  I think I understand what Dan is saying, and I believe I probably needed to clarify exactly what happens in my case.

I actually have a separate login mechanism in front of DotNetNuke that does prevent a user from visiting the site.  Theoretically then, I should get redirected each time I login.  But I do not.  It appears that once I visit the DotNetNuke site, there is a cookie that is set (maybe it's authentication.status.1 or something).  If I then close the browser (as opposed to explicitly logging out), that cookie will be set the next time I visit the page.  So when I login with my front page, that cookie will cause no redirect to occur, but instead of being logged in, I will be presented with the User Login page.  If at this point, I visit WindowsSignin.aspx, I am of course logged in (I think with no problems) but I had to explicitly type that address in.

Maybe there's a way to make that cookie a session cookie in my case?  Which cookie is it that actually disables the redirect:

portalroles
portalaliasid
authentication.status.1
.DOTNETNUKE
DotNetNukeAnonymous
.ASPXANONYMOUS
DNNReturnTo1
 

Is there some reason that they are not all session cookies to begin with?

Thanks.

 

 
New Post
7/9/2009 4:39 PM
 

The authentication cookie is set by IIS and I can't control that. It usually expires within an hour though.

Is it possible to do the redirection from your login mechanism. Instead of sending them to http://yoursite send them to WindowsSignin.aspx?

 

 
New Post
7/14/2009 6:19 PM
 

I think it is possible.  If I send them to WindowsSignin.aspx, will they then get redirected to the homepage?  Thanks.

 
New Post
7/15/2009 4:37 PM
 

How would I need to formulate a redirect so that the user first goes to WindowsSignin.aspx and then proceeds to the original URL that they requested?  I would think that an explicite redirect to WindowsSignin.aspx would go directly to the homepage, and thus, would not let a user who had received a File Download link, for example, to login to download the file as expected.  What parameter would I need to use to pass the original url to?  I'll take a look at the code and see if I can determine that myself.

 
New Post
7/17/2009 4:25 PM
 

I'm very puzzled now.  I was successfully setting the DNNReturnTo1 (because my portal alias is 1) and my test case was working.  I.e., I would redirect to WindowsSiginin.aspx upon logging in and set the DNNReturnTo1 to the originally requested URL.  All of a sudden, the WindowsSiginin.aspx page started behaving differently.  Instead of redirecting to the DNNReturnTo1, it would append a URL like "/dotnetnuke/" to the www.example.com/DotNetNuke/DesktopModules/AuthenticationServices/ActiveDirectory/ and create a bizarre URL that of course will not exist:  "www.example.com/DotNetNuke/DesktopModules/AuthenticationServices/ActiveDirectory//dotnetnuke/"  How am I supposed to correctly set the DNNReturnTo1 cookie?  Why would an absolute URL suddenly become a relative URL?

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsAuthenticationAuthenticationForcing Windows SigninForcing Windows Signin


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