Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
есть некая админка. доступ к ней платный. допустим, у неё 1000 пользователей и у каждого свой логин/пароль. как сделать так, что если в данный момент времени кто-то авторизирован под логином/паролем log1/pass1, то больше никто не сможет под ним зайти в этот момент времени (пока активна сессия авторизации у первого пользователя) ни с другого компьютера, ни с этого же компьютера но с другого браузера? как только пользователь разлогинивается или просто выключает компьютер или закрывает браузер то сессия должна сбрасываться и любой другой человек сможет зайти под log1/pass1. как только он зашел, опять ставится запрет на вход любого другого человека под этой парой логин/пароль. и т.д. это нужно, чтобы не передавали свои пароли и логины 3-им лицам(своим друзьям). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 17:39 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
MegaLasta, Третьим, или вторым лицам? Короче, не в ту сторону копаете, товарищ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 17:47 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
MegaLastaкак только пользователь разлогинивается или просто выключает компьютер или закрывает браузер то сессия должна сбрасыватьсяНасчет разлогинился - нет проблем. А вот со всем остальным - есть. Забыли еще "ой, ляктричество моргуло и комп перезагрузился" и "блин, браузер сломался - зайду с другого" - пользователь идет лесом по Вашему алгоритму. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 18:32 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
да иа тупо с и компа и телефона не зайдешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 18:39 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
Как вариант, при входе с одного устройства обрывать все остальные сессии. Для одно пользователя это может быть вполне приемлемо (а может и не очень), но "услуги" друзей по обрыву его сессий он уж явно не одобрит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 18:45 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
MegaLasta, тут по моему классика, открывать сессию на N минут, и обновлять ее ежеминутным запросом. Если в течении N минут не пришел запрос, то соответсвеноо сессия сносится и другой юзер может зайти ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 19:13 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
artasMegaLasta, обновлять ее ежеминутным запросом Это на аяксе что-ли? А если клиент умный и зайдет через Ф12... или у него просто не поддерживается js? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 22:02 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
MegaLasta, если js-ом поопрашивать браузер, приплюсовать куки и IP в придачу, можно получить достаточно уникальный хеш для данного сеанса работы. Плюс разумный тайм-аут на молчание в сеансе... нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 22:13 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
MegaLastaartasMegaLasta, обновлять ее ежеминутным запросом Это на аяксе что-ли? А если клиент умный и зайдет через Ф12... или у него просто не поддерживается js? и что ? ну отключит он опрос и сессия умрет, а без js в наше время никуда(как вариант флеш, но тоже можно вырубить) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 18:06 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
Arhat109MegaLasta, если js-ом поопрашивать браузер чО ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 18:10 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
Если например скрипт keep-alive.php отвечает за поддержку сессии, то достаточно просто посылать на него HEAD-запрос через определенный промежуток времени. Тут и трафик экономится и ждать ответа не надо и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 19:24 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
Привязывать сессию к айпи и разрешать не больше 1 сессии ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 19:50 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
vkleКак вариант, при входе с одного устройства обрывать все остальные сессии. Для одно пользователя это может быть вполне приемлемо (а может и не очень), но "услуги" друзей по обрыву его сессий он уж явно не одобрит.имхо самый лучший вариант. Можно делать так: В таблице хранятся хеши логин+пароль для всех зарегистрированных пользователей. При авторизации создаётся хеш сеанса работы (из IP, User-Agent, хеша логина-пароля), пишется в таблицу и в куки посетителя. При каждом запросе ищется присланный в куках хеш сеанса работы - если не найден - новая авторизация, если найден - его проверка - сверка с генерируемым по текущим данным (IP,User-Agent,хеш логина-пароля), если не совпал (изменился IP или User-Agent), значит новая авторизация. Понятно, что потеря кук не страшна, так как хеш привязан к IP в том числе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 20:42 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
Зачем делать проверку на user-agent, если его можно подставить? На мой взгляд самое верное решение предложил Hett. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 21:44 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
HettПривязывать сессию к айпи и разрешать не больше 1 сессииДля использования внутри локальной сети вполне может сгодиться, а для интернета с проксями и NAT'ами, скрывающими реальный адрес, как-то не очень. ИМХО конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 22:00 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
BlackЗачем делать проверку на user-agent, если его можно подставить?чтобы при параллельном заходе из другого браузера (или другого ПО), предыдущий хеш слетал, для дополнительной надёжности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 22:39 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
aswsBlackЗачем делать проверку на user-agent, если его можно подставить?чтобы при параллельном заходе из другого браузера (или другого ПО), предыдущий хеш слетал, для дополнительной надёжности. Я вам задаю вопрос, зачем привязываться к тому, что можно подменить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 23:06 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
Blackaswsпропущено... чтобы при параллельном заходе из другого браузера (или другого ПО), предыдущий хеш слетал, для дополнительной надёжности. Я вам задаю вопрос, зачем привязываться к тому, что можно подменить? Незачем, если злоумышленник умеет и может его подменить. Но, по моему мнению, можно и нужно. Постараюсь объяснить подробнее. Основная привязка - это IP + логин-пароль, больше уникальных данных я не вижу. Но я считаю нужным и полезным, для формирования хеша, добавить ещё ряд исходных данных, даже тех, что неуникальны. Во-первых, так удобно будет мне, чтобы я случайно не работал с админкой в разных браузерах, и не возникли глюки при сохранении неактуальных данных (в одном браузере при работе в нескольких вкладках можно отловить изменения данных и провести их синхронизацию). Во-вторых, у друзей или коллег может быть общий IP, и при передаче логина-пароля другому, есть вероятность, что не совпадут браузеры или версии ОС (те данные, что указаны в User-Agent). Считайте, что User-Agent указан для примера, так как он влияет на конечный хеш, а алгоритм его генерации неизвестен злоумышленнику, если там будет добавлен необязательный User-Agent, хуже не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 23:38 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
asws... Для дополнительного гемора взломщику, убедили, но автору в первом ответе, имхо, не мешало бы сразу дать понять, что это обходится умельцами... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 23:54 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
Пардон, а что мешает создать таблицу, которая сожержала колличество активных сессий по клиентам и при логине проверять ещё и её? Правда есть необходимость ставить евент на покидание страницы, но думаю для вас это не должно стать проблемой в принципе. Отюда правило юзерам- тока с яваскриптами и всем остальным, иначе- лесом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2014, 01:07 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
ExtremistПравда есть необходимость ставить евент на покидание страницы, но думаю для вас это не должно стать проблемой в принципе.А на пропадание ляктричества евент как поставить? ;-) Не, только таймаут и контрольные пакеты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2014, 01:26 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
vkle, В корпоративных сетях большинство комьютеров абсолютно идентичны (ос, софт) и выход в сеть через прокси. Значит, если админка не в интрасети, то все выкрутасы с user-agent + IP не дадут должного результата. В куку придется еще и уникальное значение прописать, вот может с этого и надо было все начинать?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2014, 14:05 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
phpzВ корпоративных сетях большинство комьютеров абсолютно идентичны (ос, софт) и выход в сеть через прокси. Значит, если админка не в интрасети, то все выкрутасы с user-agent + IP не дадут должного результата.Ну дык и я об том же ж. Даже если и не полностью идентичны, то различить их группы (частично по набору ПО) можно будет только по редким отличиям в user-agent. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2014, 14:25 |
|
||
|
запрет одновременного входа в админку под одним и тем же логином/паролем
|
|||
|---|---|---|---|
|
#18+
artasArhat109MegaLasta, если js-ом поопрашивать браузер чО ? Ни "чО", а в учебник надо заглядывать "творчески", например в этот: http://javascript.ru/forum/project/24996-opredelenie-tipa-brauzera-i-versii-po-vozmozhnostyam-brauzera-dvizhka.html До кучки можно присовокупить и усер-агента и куку и много чего ишо. Сделайте от полученной в результе строки тот же md5 - и вот вам "уникальный" идент юзверя. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2014, 19:09 |
|
||
|
|

start [/forum/topic.php?fid=23&msg=38547643&tid=1463070]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
53ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
| others: | 255ms |
| total: | 403ms |

| 0 / 0 |
