![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Вход под одним логином [D7, IB6.x]
Genzzz © (2003-01-25 22:36:00)Очень странно, что в базу можно зайти под одним аккаунтом сразу с нескольких компьютеров.
Это можно поправить ?
Genzzz (2003-02-18 00:26:00) [21]Johnmen, я то понимаю. А вот если бы вы прочитали мои посты - может тоже поняли...
sndanil, интересно. Гиморно, но интересно... единственное, можно ли будет сменить пароль юзера, если он в системе ? надо проверить...
Johnmen (2003-02-16 01:53:00) [22]Потрясающее упрямство в нежелании понимать сущность коннекта и юзера....:(
sndanil (2003-02-15 17:00:00) [23]2ЮЮ желание на самом деле вполне нормальное ... сам бы не отказался от решения ...
2Genzzz просто мысль ... а что если параллельно с сервером будет висеть прога, которая допустм на время соединения клиета будет менять его пароль ... тогда никто под этил логином не соедениться ... после отключения пользователя прога вернет пароль в исходное состояние ...
Genzzz (2003-02-15 13:20:00) [24]ЮЮ, а можно расшифровать ваш глубокомысленный пост ?
что-то не понял я
ЮЮ (2003-02-15 03:19:00) [25]Для Чубайса ветка оказалась неподъёмная :-) Ну, допустим, ты решишь эту проблему на стороне сервера и у тебя появится свободное время сделать ещё одно клиентское приложение. А оно не запускается, говорит "вы уже на Базе" :-) Твоё "извращеное" желание "один аккаунт - один коннект" верно только в рамках твоего приложения, вот в рамках своего приложения его и реализуй.
Chubaiss (2003-02-15 02:25:00) [26]Аа-а-а-а-а-а-а-а-а--а-а-а..........Пук.....................
Genzzz (2003-02-15 01:25:00) [27]поднимаю ветку
Genzzz (2003-02-12 18:18:00) [28]Nikolay M
спасибо, что пробегая рядом, решили поделиться мыслями...
Очень порадовало:
А заводить каждому юзеру логин в БД - имхо, чесаться левой ногой. Рано или поздно найдется продвинутый 10-классник, который запустит SQL Explorer и потрет под своим логином все записи в таблицах, на которые ему дан доступ
А вы как себе представляете логику работы базы ?
Nikolay M. (2003-02-11 10:17:00) [29]Может я поздно включился и чего не понял, но почему обязательно нужно реализовывать несколько коннектов к БАЗЕ? К собственно БД логин-пароль будет один (SYSDBA/masterkey), а у юзеров для входа в твою прогу будут заводимые администратором (или продвинутым пользователем) логины (vasya/1234), которые будут лежать в закодированном виде где-нибудь на сервере. И кто мешает сделать проверку на клиенте, стоит ли в этой таблице юзеров напротив введенного логина галочка "юзер уже находится в системе"?
Проблема, как я понимаю, не в том, чтобы дать каждому юзеру свой логин к базе, а в том, чтобы не дать двум юзерам работать под одним логином в твоей проге.
А заводить каждому юзеру логин в БД - имхо, чесаться левой ногой. Рано или поздно найдется продвинутый 10-классник, который запустит SQL Explorer и потрет под своим логином все записи в таблицах, на которые ему дан доступ.
Еще раз сорри, если пост не в тему или такая мысль уже проходила.
SergeyKatruk (2003-02-10 16:57:00) [30]Не обязательно Оракл, можна и Информикс.............
dash78 (2003-02-10 10:09:00) [31]Удалено модератором
Примечание: Личная переписка
{bas} (2003-02-10 10:02:00) [32]А грант на ссесию м. в IB давать??
Sergey13 (2003-02-10 09:03:00) [33]2Cranium © (10.02.03 01:13)
>1) Отлавливаем вход юзера, ну скажем по тригеру
По какому????
2Genzzz (08.02.03 00:32)
>у базы могут быть различные администраторы
А зачем администраторов под одну гребенку с обычными юзерами? Что положено Юпитеру...
>Это все, конечно, варианты, но полумерные...
Опять повторюсь, ты много хочешь за бесплатно. Серьезные решения стоят серьезных денег. Иногда ОЧЕНЬ серьезных.
К тому же. А почему ты все про базу говоришь? Может подумать про нормальное администрирование сети. Там можно много чего настроить.
Cranium (2003-02-10 01:13:00) [34]Ну тут вроде ни кто про UDF не вспомнил! Тогда схема такая:
1) Отлавливаем вход юзера, ну скажем по тригеру
2) А все остальное реализуем через UDF
Конечно другой админ может сделать тригер не активным, но на то он и админ....
Genzzz (2003-02-09 14:28:00) [35]может у кого появились идеи ?
Genzzz (2003-02-08 00:32:00) [36]Sergey13, а вдруг догадается ? И все равно это не очень... у базы могут быть различные администраторы, которые имеют различные права... и стоит увидеть, что в к именам пользователя приписывается -гад как вся защита накроется :-(
Это все, конечно, варианты, но полумерные...
Sergey13 (2003-02-07 09:26:00) [37]2Genzzz (06.02.03 20:40)
> иначе проблемы с админстрированием и другие неприятности...
А какие проблемы? Добавляй к имени пользователя например "-гад" - и мральное удовлетворение получишь и юзер ни о чем не догадается и все понятно кто работает - "иванов-гад". Можно и покрепче словечки подобрать. 8-)
Genzzz (2003-02-06 20:40:00) [38]Sergey13
о, это уже идея... действительно, не подумал - можно ведь сделать некую прослойку, чтобы юзеры работали с одним аккаунтом, а сервер - с другими, надо только функцию преобразования поглубже запихнуть :-))
Правда, лучше реализовать все таки по нормальному, иначе проблемы с админстрированием и другие неприятности...
Sergey13 (2003-02-06 10:25:00) [39]2Reindeer Moss Eater (06.02.03 09:45)
>Клиент не обязан использовать программу, в которой реализован механизм защиты. Он может запустить например SQL explorer
Ну тогда, только Оракл, хотя это и там не так просто реализовать.
Я где то видел описание такого решения. Вводя логин и пароль юзер на самом деле вводит данные для некоей функции, которая вместо введенных подставляет истинные логины и уже с ними лезет в базу. Например Иванов в базе может быть Bdfyjd. Тогда проблема с "чужими" программами отпадает - юзер не знает своего истинного логина.
Или стереть все программы типа SQL explorer у клиента, и запретить ставить их. 8-)
Reindeer Moss Eater (2003-02-06 09:45:00) [40]Какая для тебя принципиальная разница на какой стороне идет проверка.
Клиент не обязан использовать программу, в которой реализован механизм защиты. Он может запустить например SQL explorer