powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Программные пользователи. Чревато?
10 сообщений из 35, страница 2 из 2
Программные пользователи. Чревато?
    #38982660
MrCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Как так, shutdown full разве не всем запрещает соединяться с БД, включая SYSDBA? "full - Shutdown and don't allow any connections from anyone, even SYSDBA or the database owner."
...
Рейтинг: 0 / 0
Программные пользователи. Чревато?
    #38982665
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MrCat,

дальше-то что? я вам предлагаю разобраться с режимами shutdown, для чего каждый режим нужен. Нормальный режим - это когда мы запрещаем доступ ПОЛЬЗОВАТЕЛЯМ оставляя доступ SYSDBA для осуществления регламентных операций. В этом случае, если каждый юзер SYSDBA, выполнение регламентных операций по факту невозможно, т.к. shutdown в этом режиме не приводит к реальному shutdown.
...
Рейтинг: 0 / 0
Программные пользователи. Чревато?
    #38982674
MrCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Я вполне понимаю, как использовать эти режимы по уму, и что всем сидеть под SYSDBA|OWNER чревато не спорю. Внезапный DDL чего стоит.

Мне непонятно откуда "куча" проблем с shutdown, когда пользователь один. Если требуется отрубить пользователей, то вполне хватает и shutdown single. Если после него удаётся начать обслуживание - ок, больше никто не помешает. Если нет - значит подцепился пользователь и обслужить не выйдет, обслуживание аварийно завершается. БД при этом остаётся в частичном shutdown'е, но вернёть её в online не проблема.

"Да, ужас, но не ужас-ужас" =)
...
Рейтинг: 0 / 0
Программные пользователи. Чревато?
    #38982701
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MrCatто вполне хватает и shutdown single.
ага. юзеры при внезапном дисконнекте к БД начинают "тыкать в приложение", в резульатате этим самым single sysdba может оказаться кто угодно, только не настоящий sysdba.

В любом случае, массово пользователи НЕ должны работать под рутом. Аминь.
...
Рейтинг: 0 / 0
Программные пользователи. Чревато?
    #38982725
MrCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
в результате этим самым single sysdba может оказаться кто угодно
Верно. Но в приложениях, в которых один пользователь БД, разграничением прав занимается само приложение. А это значит, что даже если пользователь SYSDBA-обычный успеет подрубиться в паузе между shutdown single и SYSDBA-админом, то он не натворит ничего страшнее того, чего он мог бы натворить и без shutdown single - приложение не даст. Да и времени у него не так много на реконнект, т.к. пауза - кратчайшая.

И какой смысл "создать пользователя, отличного от SYSDBA, но дать ему все права на БД"? Он наворотит бед не меньше, чем SYSDBA. Ну разве что базу не удалит (если только он не DB OWNER). Второго пользователя надо сильно поражать в правах, DDL запрещать, хотя бы на физические данные. Но тут мы выходим за рамки темы, ТС говорит про одного пользователя.

И да, я ни в коем случае не говорю, что один пользователь на БД - хорошая идея. Плохая. Но не смертельная. Как рыба фугу.
...
Рейтинг: 0 / 0
Программные пользователи. Чревато?
    #38982730
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MrCat,

разница большая. Владелец БД он хотя бы может творить что угодно только со своей БД. А SYSDBA с любой которая находится на том же сервере.

DDL до тройки ты всё равно не запретишь. По крайней мере создание объектов метаданных.
...
Рейтинг: 0 / 0
Программные пользователи. Чревато?
    #38983826
Fr0sT-Brutal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Имхо, оправдание работе клиентов под sysdba только одно - лень заводить юзера при инсталляции.
...
Рейтинг: 0 / 0
Программные пользователи. Чревато?
    #38983834
Фотография o_v_a
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MaratIskпрограммные пользователи - признак того, что разработчики не знают СУБД :) кроме SELECT, UPDATE, INSERT и т.д.
Видимо, мусью просто не имел опыта разработки систем из десятков приложений, которые рождаются в течение десятков лет в процессе автоматизации сложных техпроцессов уровня предприятия со сложной иерархией должностных обязанностей персонала.
Про трёхзвенку тоже верно приметили. Есть такое дело.
...
Рейтинг: 0 / 0
Программные пользователи. Чревато?
    #38984324
чччД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Softologictrusted autentification не подойдет. По той причине, что перелогиниваться через выход из системы не вариант - долго (розничная точка с большой проходимостью в торговом центре в мск) и нужны параллельно открытые программы...

Используешь т.н. "Mixed model autentification":

1. По умолчанию - trusted autentification.
2. Если юзер хочет перелогиниться - используем Native. То есть, ручками логин+пароль.
3. При удачном коннекте (правильный логин+пароль) запоминаем имя пользователя (в реестре, например).
4. При следующем коннекте "вспоминаем" логин и, если он совпадает с именем юзера Windows => trusted autentification. Иначе => снова native.
...
Рейтинг: 0 / 0
Программные пользователи. Чревато?
    #38984427
pastor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Приложение подключается с ролью "АРМ".

Логин/пароль trusted или шифрован в реестре/xml.

Авторизация пользователя - картой/штрихкодом/паролем. Пишется user_id в SET_CONTEXT.

Во все операции/хранимые процедуры/логи пишется user_id из GET_CONTEXT.

Как-то так.
...
Рейтинг: 0 / 0
10 сообщений из 35, страница 2 из 2
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Программные пользователи. Чревато?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]