The session object is not working for remote pages

[Abbas Haider]

Hi

I have designed an application in which my pages are scattered to different machine.
I have to pass a value from one page on one machine to other machine on other machine.

I have used this:

Page1_load
Session("Name")="Abbas Haider"
Response.Redirect("Page2.aspx")
End Sub

Page2_Load
Response.Redirect(Session("Name"))
End Sub

Now Session("Name") is empty for other page

How can I pass my values?

Thanks in Advance

[mendhak]

How have you 'scattered' page1 and page2 across different machines when they are supposed to be in the same virtual directory?

[Abbas Haider]

Thats the point I have registered one page in one virtual directory of a machine and the other page in the virtual directory of other machine. I have requirements as such
Now it cannot take the value of Session object from one page to other. Is there any possibility that I pass my value from one page to other using some socket property or SMTP etc

[Besoup]

You won't be able to pass a session from one virtual directory to another. You might want to go with an encrypted URL parameter.

[Abbas Haider]

Do you have any idea how it might be done?

[Harsh Gupta]

Can you please tell us exactly what exactly you are trying to pass as Session Variables from 1 site to another? People may have a real practical answer(s) to work under different scenario.

You may require a different Session State Management Mode called SQL Server Mode, by default it is InProc or In Process. But in your case, it appears that both your servers be capable of connecting to a common DB server.

A simple search will get you many results.

Check these links to incorporate SQL mode for session state management:

http://www.dbazine.com/sql/sql-articles/cook9

http://msdn.microsoft.com/en-us/library/ms972429.aspx

http://support.microsoft.com/kb/317604

Also found this interesting article on implementing Custom Session State Management.

[mendhak]

If it's non secure data, put it in a cookie. Else you'll have to go for a cookieless session as HG's links may show you. (I didn't click on them, I just assume they're showing cookieless sessions)