Народ, как можно перенести пользователей из 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 юзеров если укусит по одному разу (а некоторые могут и больше), то останется только позвоночник )