Но ИМХО это все очень муторно и не правильно.
У меня подобная система в проекте реализованная, для того чтобы под одним login не могло одновременно работать несколько человек. Там перехват BeginRequest в Global.asax идет. и записываем SessionID в базу данных. Там есть несколько полей. Типа SessionID, Username, LoginDate, LogoutDate, LastAction. Ну а дальше update таблицe, или insert делаю.
Так вот. Если пользователь ушел с сайта. А потом заходит на сайт опять. А он ушел не через logout а через Ctrl+W то при логине я обновляю таблицу путем прописывания последней даты логина в LastAction и делаю insert с новыми данными. Если же пользователь ушел с сайта путем Ctrl+W и потом зашел в другой браузер и опять пытается залогинится. То я проверяю. Мол если погрешность в последним LastAction и переданным временем действия больше чем 10 минут, то я пускаю, а иначе откидываю ошибку.
Я к тому, что тебе это тоже очень хорошо поможет. У меня это реализовано не только для запрета множественного логина, но и для Report'ов о проведенном времени пользователей на сайте.
Добавлено через 6 минут и 27 секунд
Servena,
Цитата(Servena @ 2.12.2007, 20:54  ) |
| А так, только если по истечению некоторого времени пользователь не проявит никаких действий - тогда он ушел. |
Я немножко не согласен с этим. Для сервере пользователь уходит когда удаляется объект класса запрошенной странице (когда все данные отправлены в Response). И дальше. Session это тот же объект, у которого есть некоторое время жизни (но он совсем не зависит от пользователя... Ну т.е. SessionID то передается в Cookie, а без SessionID мы бы вообще не смогли достучаться до сессии).
Это все равно что пойти и купить билет в театр. Ты пришел, дал деньги за билет (ввел login/password) получил билет, ушел. Для всех структур театра ты ушел. Потом ты приходишь и даешь билет для входа (это cookie авторизации). Дальше ты начинаешь юзать театр. Садишься на свое место (это взаимодействие role и cookie авторизации)
