Если я настраиваю AuthClient на сервере, то как клиент на другом компе узнает его значение?

https://firebirdsql.org/file/documentation/release_notes/htm l/en/3_0/rlsnotes30.html#rnfb30-compat-initsec

This initialization is not required and should not be performed if you have configured the server to use legacy
(pre-Firebird 3 style) authentication and user management. The legacy security plugins totally preserve the
legacy behaviour and thus contain the legacy record for SYSDBA with “masterke” as the initial password.

AuthServer = Srp
UserManager = Legacy_UserManager

Остался ещё вопрос. Как понять какие настройки совместимы между собой?

легаси-клиенты прибегут с рогатиной

на#уя?

AuthServer = Legacy_Auth,Srp 
WireCrypt = Enabled
UserManager = Legacy_UserManager

Было бы логично предположить, что плагин аутентификации и плагин управления пользователями должны совпадать.

avp писал(а) Sat, 21 October 2023 22:52

Если я настраиваю AuthClient на сервере, то как клиент на другом компе узнает его значение?

Никак. Ему нет дела до конфига на сервере.
Клиент читает свой конфиг, если он есть. И ищет его в том каталоге, где он сам расположен (если речь о Windows).
Если конфига нет, то используются значения по-умолчанию (как описано в стандартном конфиге).
Некоторые значения можно переопределить в DPB при создании коннекта
https://firebirdsql.org/file/documentation/release_notes/htm l/en/3_0/rlsnotes30.html#rnfb30-configparams-scope

msvcp100.dll
msvcr100.dll
zlib1.dll

в зависимости от, могут понадобиться:
icu*.dll
icu*.dat

Экспериментально выяснил что клиенту 3.0 теперь обязательно нужен msg файл в своей папке.

avp

Экспериментально выяснил что клиенту 3.0 теперь обязательно нужен msg файл в своей папке.

В отношении firebird.msg ничего не изменилось.
Если раньше он был [не]нужен, то и теперь он точно так же [не]нужен.

AuthServer = Legacy_Auth,Srp
WireCrypt = Enabled
UserManager = Legacy_UserManager,Srp

и потихоньку их перетаскивай с Legacy на родного клиента.

AuthServer = Legacy_Auth,Srp 
WireCrypt = Enabled
UserManager = Legacy_UserManager

забудь про instclient.
это рудимент.

МП писал(а) Thu, 26 October 2023 16:17

AuthServer = Legacy_Auth,Srp
WireCrypt = Enabled
UserManager = Legacy_UserManager,Srp

и потихоньку их перетаскивай с Legacy на родного клиента.

Вообщем выяснилось что в такой конфигурации тоже работает:

AuthServer = Legacy_Auth,Srp 
WireCrypt = Enabled
UserManager = Legacy_UserManager

А instreg.exe тоже устарел???

avp

А instreg.exe тоже устарел???

На запись в реестре смотрит только инсталлятор

Как я писал уже, клиент от 2 умел по пути из реестра находить firebird.msg
Зачем эту фишку сломали - непонятно.

Тебе уже который раз повторяют firebird.msg начиная с 3.0 не нужен fbclient, ибо сообщения в него вшиты.
Он требуется утилитам

can't format message 13:393 -- message file C:\Windows\system32\firebird.msg not found.

sim_84 писал(а) Fri, 27 October 2023 12:38

Тебе уже который раз повторяют firebird.msg начиная с 3.0 не нужен fbclient, ибо сообщения в него вшиты.
Он требуется утилитам

Я проверял. Если msg нет, то перед сообщением об ошибке всегда добавляет строку

can't format message 13:393 -- message file C:\Windows\system32\firebird.msg not found.

PPS крайне не рекомендуется класть свои библиотеки в системные каталоги

hvlad писал(а) Fri, 27 October 2023 12:40

PPS крайне не рекомендуется класть свои библиотеки в системные каталоги

"При всём богатстве выбора - другой альтернативы нет."
По крайней мере для библиотек, которые используются более чем одним приложением.

зы: на линухе реестра нет ©

"dconf – низкоуровневая система конфигурации. При помощи dconf в GNOME и Mate хранятся настройки большинства программ."

При помощи dconf в GNOME и Mate хранятся настройки большинства программ."

И как обычно у линуксоедов - никакого API для приложений.

SD

И как обычно у линуксоедов - никакого API для приложений.

у dconf оно имеется.

API stability

The dconf API is not particularly friendly, and is not guaranteed to be stable. Because of this and the lack of portability, you almost certainly want to use some sort of wrapper API around it. The wrapper API used by GTK+ and GNOME applications is GSettings, which is included as part of GLib. GSettings has backends for Windows (using the registry) and Mac OS (using property lists) as well as its dconf backend and is the proper API to use for graphical applications.

и даже в "minimal server" работает?
Или надо установить почти весь гном, но можно не настраивать запуск X-ов?

fraks

При помощи dconf в GNOME и Mate хранятся настройки большинства программ."

наглый п#здёж.
большинство программ кладут буй на гнома и на его заскоки.

Видимо имеются ввиду не те программы которые запущены из-под гнома, а те которые входят непосредственно в комплектацию гнома или мате.

fraks

Видимо имеются ввиду не те программы которые запущены из-под гнома, а те которые входят непосредственно в комплектацию гнома или мате.

это-то понятно.
если верить "дятлам информационных агентств", доля гномика примерно 30% (и последнее время уменьшается).
допускаю, что и на просторах СНГ есть любители гномика.
но речь не об этом.
коснёмся ихних программ.
их можно пересчитать по пальцам одной руки (более-менее юзабельных):
Nautilus, gedit, GNOME Terminal (довольно уёб#щный), GNOME Display Manager.
на этом всё.
и вот эта вот "могучая кучка" поддерживает dconf.

# gsettings list-schemas | sort > dconf-list-schemas.txt

например тот же GIMP, который написан на том же GTK+, как и гномик, понятия не имеет о dconf.

База данных хранится в бинарном файле, который располагается в ~/.config/dconf.

[По большому счету, я не вижу смысла пихать настройки какой-либо отдельной программы в глобальное хранилище в ОС, одно на всех, будь это dconf в GNOME или реестр в Windows,