Redirect killing session variable

Question

5.00/5 (1 vote)

See more:

Hi,

I have a web application that is accessed by internal users using

http://coms/ . Now tehy decided to call this application home so users can access it using http://home/ . To make it transparent for users network admin added DNS redirect from coms to home. So if use types in http://coms it takes them to http://home . This is working fine but now I am facing issue with session variables. I have form based authentication and SSL enabled on the web pages. Once staff is logged in based on their role they will be redirected to their proper home pages. Everything works fine till this point and users are able to navigate within application properly. I have an Upload documents page which is not secured through SSL but users needs to upload documents through the application so whenever they click on that upload documents link the web page goes from https://coms/Staff/Details.aspx to http://coms/Upload.aspx. Just before redirecting user to Upload documents page I am setting one session variable Sessin["ID"]=somevalue. When I check that variable in Upload.aspx page it is showing null. The application was working perfectly fine right to the day we added DNS redirect from http://coms to http://home.

Here is the IIS bit :

http://COMS bind to 172.16.0.212
http://home bind to 172.16.0.212

Is DNS redirect doing cross domain redirect for every request ?

When I access the application through external website ( www.appname.com ) everything works perfectly fine. So my assumption is that redirect is killing session variable somehow. What is your point of view on this ?

Posted 7-Dec-10 16:48pm

virang_21

Updated 8-Dec-10 10:01am

v2

Add a Solution

3 solutions

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Ed Guzman · Answer 1 · 2010-12-07T23:41:00

Unfortunately different domains are different applications with all respectful followings.
If this is only for users authentication and authorization I would recommend you to use the built-in membership.
In this case your members will be controlled by the single database and all the setting will be defined in the web.config
Good lick.

halitmuslu · Answer 2 · 2010-12-07T22:49:00

Solution 1

you can't use same sessions on different domains

Posted 7-Dec-10 22:49pm

halitmuslu

Comments

virang_21 8-Dec-10 15:46pm

I am not sure if DNS redirect is making every request a cross domain request ?

virang_21 · Answer 3 · 2010-12-08T12:10:00

Finally I resolved it. I made changes to IIS and rather than having two sites pointing to same directory I have one site pointing to the application with different DNS names and IP addresses. Now my IIS config for the application is like this :

Site name : COMS
Bindings :

http:// COMS bind to 172.16.0.212
http:// HOME bind to 172.16.0.213
http://www.appname.com bind to external link IP.

So basically three bindings with one site so one application pool.

DNS is doing redirect from COMS to HOME so all good now. No more issue with sessions. :laugh:

Redirect killing session variable

3 solutions

Solution 2

Solution 1

Solution 3

Add your solution here

Preview 0