Here i am talking about a single person who when logs in through a
network gets the same messgae to give password again and again.
This mechnism works well with session not been hijacked as it cross
check the session value+ipaddress everytime when a request comes.
It basically creates a new string value of(session+ipaddress) stores
it.for cross checking.
Network takes a new ip every time for a single person also for his
every new request.
an ultimately mismatch happens resulting in again asks for password
every time.
Its like every time program read the ip address of system + session ID
and creates a new string value of it and cross check that value with
the value it gets at last with incoming reqest for tracing the original
session.but as in network it takes different ip every time.So at last
mismatch happens.
If you want further clarification can ask me more.
Vj
impaler - 09 Feb 2006 10:24 GMT
> Network takes a new ip every time for a single person also for his
> every new request.
> an ultimately mismatch happens resulting in again asks for password
> every time.
You mean something like: you have a web app that has a login screen,
you log in, the IP is sent and the session is created. You click a link
and the IP adress changes ? That's weird.
Please define this "every time" a little more. Between screens/modules,
app instances .
iksrazal@gmail.com - 09 Feb 2006 12:27 GMT
> Here i am talking about a single person who when logs in through a
> network gets the same messgae to give password again and again.
[quoted text clipped - 20 lines]
>
> Vj
I do a lot of non traditional session work with web services -
typically using java.util.UUID . Why do you attach the ip to your
session ? If the session id is random - what advantage is there to
trace it back to an ip or mac address.
FWIW, version 1 UUIDs include a MAC address. Google for 'java.util.UUID
mini-FAQ' if interested.
HTH,
robert
http://www.braziloutsource.com/
JScoobyCed - 10 Feb 2006 00:33 GMT
> Here i am talking about a single person who when logs in through a
> network gets the same messgae to give password again and again.
Is it the expected behaviour or are you describing the problem ? Be
clear. Make short sentences.
> This mechnism works well with session not been hijacked as it cross
> check the session value+ipaddress everytime when a request comes.
Don't use hijacked without defining your understanding of it. Session
hijack means somebody else from the network intercepts the communication
and session and uses it to log on to the system.
> It basically creates a new string value of(session+ipaddress) stores
> it.for cross checking.
OK, this is clear.
> Network takes a new ip every time for a single person also for his
> every new request.
Please explain what protocol in place is changing the IP address of the
client? Is it a mobile/pda application that disconnects from the network
at every request?
> an ultimately mismatch happens resulting in again asks for password
> every time.
Then maybe you shouldn't be using a IP+SessionId key to retrieve the
Session. I don't know about the UUID proposed by 'iksrazal' but it
sounds a good solution if the Mac address is used instead of the
changing IP.

Signature
JSC