Re: stopping concurrent logins

2003-04-05 Thread Marcin Kasperski
Todd White <[EMAIL PROTECTED]> writes: > i'm sure this is not a novel need, but i have failed to find or come up > with just yet any (non-cookie) solution yet. i'm trying dearly to avoid > cookies, but if that's the best or only way to do this, feel free to speak > up. i'd love to hear from some

RE: stopping concurrent logins

2003-04-04 Thread Goehring, Chuck Mr., RCI - San Diego
from a user or a session getting dropped because the data got lost. It certainly avoids the potential controversy that may come up over cookies. Chuck -Original Message- From: Robert Landrum [mailto:[EMAIL PROTECTED] Sent: Friday, April 04, 2003 11:53 AM To: [EMAIL PROTECTED] Subject

RE: stopping concurrent logins

2003-04-04 Thread Frank Maas
> On Fri, Apr 04, 2003 at 10:13:59PM +0200, Frank Maas wrote: >> On the latter I totally agree. To avoid the session snatching you >> describe, you can store IP addresses on your site in the database. >> You won't solve proxyserver-problems with this though. So what about >> the following approach:

Re: stopping concurrent logins

2003-04-04 Thread Andrew Moore
On Fri, Apr 04, 2003 at 10:13:59PM +0200, Frank Maas wrote: > On the latter I totally agree. To avoid the session snatching you > describe, you can store IP addresses on your site in the database. > You won't solve proxyserver-problems with this though. So what about > the following approach: >

RE: stopping concurrent logins

2003-04-04 Thread Frank Maas
> On Fri, Apr 04, 2003 at 03:34:25PM +0200, Frank Maas wrote: >> You can set a session (see Apache::Session and related modules) that >> can use the uri as session-container as well (eg >> http://www.example.com/9o79876a98d7fa98d7/path/to/doc). The session >> part (9o79876a98d7fa98d7) can be stored

Re: stopping concurrent logins

2003-04-04 Thread Robert Landrum
On Fri, Apr 04, 2003 at 03:34:25PM +0200, Frank Maas wrote: > You can set a session (see Apache::Session and related modules) that > can use the uri as session-container as well (eg > http://www.example.com/9o79876a98d7fa98d7/path/to/doc). The session > part (9o79876a98d7fa98d7) can be stored in a

Re: stopping concurrent logins

2003-04-04 Thread Juha-Mikko Ahonen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 03 April 2003 20:33, Perrin Harkins wrote: > Of course you could also just totally prevent people from logging in > again if there is already an active session for that user, but that > will cause problems because your sessions will not get

Re: stopping concurrent logins

2003-04-04 Thread Perrin Harkins
Todd White wrote: realizing that ultimately people can share their username/password to a for-fee protected web site, we would at *least* like to avoid the possibility that two people could both be logged in at the same time from two different computers. the use of IP address doesn't seem adequate

RE: stopping concurrent logins

2003-04-04 Thread Frank Maas
Todd, > realizing that ultimately people can share their username/password to > a for-fee protected web site, we would at *least* like to avoid the > possibility that two people could both be logged in at the same time > from two different computers. the use of IP address doesn't seem > adequate