Народ, как можно перенести пользователей из FB 2.5 на FB 3.0 ?
В 2,5 они жили в централизованной базе security2.fdb, в 3.0 пользователи живут в самой базе данных. У некоторых БД много пользователей, да и к существующему паролю доступ может быть проблематичный. Вот и хотелось бы загрузить каким то образом из security2.fdb в новую БД.
Если кто знает способ - подскажите пожалуйста.

hvlad, Премного благодарен

hvladSirius220,

Firebird3\misc\upgrade\security

Script will create users with new random passwords and type them to you.
It's your responsibility to notify users about new passwords.

блин, т.е. пароли никак нельзя перенести? Вот засада

hvlad,

если бы разбираться в авторизации и шифровании паролей, возможно можно было бы и сделать, но тут я не соображаю.

Как получается, скрипт сконвертировал файл security2.fdb так, чтобы подходил под FB3, а если пользователей перенести в свою базу, чтобы пользователи в моей базе жили, то получается что надо скопировать к себе таблицу RDB$USERS ?

kdv, Хорошо, тогда другой вопрос. Нигде толком не описано, где и как настраивается ГДЕ будут храниться пользователи БД, во внешней базе типа security3.fdb или в самой рабочей базе данных.

очень вскользь упоминается параметр SecurityDatabase, который можно определить для каждой БД. Если я его задаю в database.conf с припиской к этой же базе

atp = D:\DELPHI\DB\ATP.IB
{
SecurityDatabase = atp
}

то подключиться вообще к БД невозможно, выдается ошибка:
can't format message 13:98 -- message file C:\Windows\system32\firebird.msg not found.
Install incomplete, please read the Compatibility chapter in the release notes for this version.
тут небольшое отступление. Вручную положил firebird.msg в system32 и FB был установлен стандартным способом. Вообще непонятно почему тут ругается.

В идеале: можно ли где-то в конфиге прописать, что во всех БД этого сервера пользователи находятся в этих же БД?
Ну и не помешает внести расширенное описание по части:
Добавлен флаг
MON$SEC_DATABASE
типа используемой базы
данных безопасности. Значение флага может принимать три значения
—
Default/Self/Other


где и как эти Default/Self/Other переключаются

kdvSirius220Install incomplete, please read the Compatibility chapter in the release notes for this version.
прочитал?


в файле Firebird_v3.0.3.ReleaseNotes.pdf который судя по тексту должен подходить - есть раздел Совместимость со старыми версиями
но там я не заметил относящееся к моей проблеме

hvlad, благодарю, кое как нашел, сделал. Конечно всё это делается через одно место. По хорошему часть работы с пользователями, настройка безопасности по всем БДам (централизовано) требует кардинальной доработки. Сыровато еще выглядит, а ведь это уже релиз.

Симонов Денис,

а если есть преприятие, на котором 10 однотипных баз, которые представляют доступ к своему ПО другим организациям и из админки программы могут создавать своих пользователей, и не факт что имена типа TB (техника безопасности) не будет создан в обоих БД и не затрёт одно другое при создании нового пользователя с таким именем.

hvlad,

троллинг? :) Да, ожидался такой, ну или подобный, чтобы улучшить продукт.
Могу изложить подробности того как хотелось бы видеть, потому как у всех разные задачи. Разумеется я не считаю что вы обязаны делать так как я хочу (как требуется по задаче), просто кому-то надо одно, а кому-то другое.

Но самое главное, если бы была централизованная настройка в firebird.conf о том, что во всех базах юзеры хранятся в самой базе - это было бы супер. Автоматическое изменение databases.conf при необходимости можно было бы (уже нам самим) сделать скриптом каким нибудь. Зачем?
Появляется необходимость для нового клиента развернуть новую БД. Менеджер вносит в форму данные, нажимает кнопочку и стартовая чистая база копируется с нужным именем в нужный каталог, правится databases.conf для создания алиаса, и юзверь получает строку для подключения к БД, вот и всё. Да, раз правится databases.conf то не проблема дописать и SecurityDatabase не спорю, просто как-то ожидалась бОльшая глобальность настроек

Симонов Денис,

если честно то у меня не очень получается писать на английском, а ведь в баг трекер и в снепшоты нужно писать на нем, потому я и не принимал участие в тестировании. Да если честно, на тот момент такого и не требовалось. Тогда юзал FB2.5, а сейчас просто становитя задача что я писал чуть выше, и вот начинаю разбираться с тем что есть.

Ребят, если что то я не критикую (критиковать всегда легко, ну кроме того варианта что вокруг лес, критик связан, а у критикуемого ствол ), всего предусмотреть невозможно, сам по себе это знаю, просто вот сейчас выясняются неизвестные ранее моменты

Симонов ДенисКто мешает написать такую утилиту по развёртывания самостоятельно? Почему все думают что разработчикам ядра больше не чего делать как писать простейшие скрипты которые способен написать любой студент.

не-не, это не вам претензии, это понятно что сами напишем и вам вменять что-то подобное даже и не думал, просто непонятно было про пользователей сначала и неприятно про потери паролей.

Симонов Денис,

ну в документации засветились, а разработчиков я поименно не помню, да и не важно это :)

Симонов Денис, скорее всего (точно не знаю) у DES и MD5 разная длина строки. Для сарых, перенесенных паролей можно было бы, посмотрев по длине строки, применять старый алгоритм, для новых - новый и создавать в новом алгоритме.
К примеру, если сейчас делать переход с 2,5 на 3, то меня просто сожрут. Каждый из 40 юзеров если укусит по одному разу (а некоторые могут и больше), то останется только позвоночник )

Симонов Денис, благодарю, попробую "покопать" в эту сторону, может в случаях уже существующих систем это будет наиболее оптимально.

kdvSirius220если бы разбираться в авторизации и шифровании паролей
никак. раньше пароли шифровались DES, а теперь MD5. То есть, хранимый хэш получается разным. А из хэша восстановить пароль и его пересоздать с другим хэшем нельзя, для этого надо знать исходный пароль.

Судя по этому я понял что вообще нельзя.

Dimitry Sibiryakov,

в этих базах работают РАЗНЫЕ СТОРОННИЕ ОРГАНИЗАЦИИ. Одна база это отдельное юр лицо

Dimitry Sibiryakov,

Если есть замечания по существу, то с радостью выслушаю

Dimitry Sibiryakov,

Возможно я несколько сумбурно ранее писал. Сейчас пока нету тех 10 баз, они пока только предполагаются в будущем, так что архитектура еще не устоялась и открыта для изменений.
Вы писали про один запрос, это я так понимаю что можно "завалить" саму СУБД?

miwaonline,

а если у юзверей есть только доступ к БД через исполняемые модули, а если даже приконнеутятся сторонними средствами, то пароля SYSDBA у них не будет и подправить параметры работы процедуры, или создать новые процедуры они не смогут, получится у них такой фокус?

Да и если они такое замутят, то загрузят лишь одно ядро своим процессом FB.

Или я ошибаюсь?

miwaonline,

я не говорю что он не дело говорит, просто думаю, собираю информацию