Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2006.10.15;
Скачать: [xml.tar.bz2];

Вниз

FB и пароли доступа к базам   Найти похожие ветки 

 
DancerMan ©   (2006-08-10 11:22) [0]

Добрый день!
У клиента на компьютере стоит программа(1) и СУБД FB. Я хочу поставить свою программу(2), которая тоже написана под FB. Вопрос следующий: в security.fdb уже прописаны логин и пароль с которыми идет подключение к базе из программы(1). Моя программа(2) подключается к своей базе с другими паролями. Как совместить работу программ и их подключение к базам?
И можно ли без последствий в будущем заменить версию FB 1.5.0.4290 на 1.5.1.4481?


 
Sergey13 ©   (2006-08-10 11:25) [1]

У клиента сервер стоит нормальный или ембеддед?


 
DancerMan ©   (2006-08-10 11:29) [2]


> У клиента сервер стоит нормальный или ембеддед?

Как это можно узнать?


 
Desdechado ©   (2006-08-10 11:29) [3]

Базы независимы, логины разные. Живите дружно.
Доступа к данным друг друга без явного указания прав не получит никто.
Могут, правда, насоздавать своих объектов в чужих базах, но это легко отслеживается и пропистонивается...


 
Sergey13 ©   (2006-08-10 11:33) [4]

> [2] DancerMan ©   (10.08.06 11:29)
> Как это можно узнать?
Так спросить у клиента. Или в чем трудность то, я не понял?
Если висят сервисы ФБ-шные (или аппликация запущена, хотя это редко наверное сейчас) - нормальный сервер, если нет и рядом с прогой лежат ФБ-шные ДЛЛ-ки - значит ембеддед. Если ембеддед, то вроде пароль вообще пофиг.


 
Desdechado ©   (2006-08-10 11:36) [5]

> Если ембеддед, то вроде пароль вообще пофиг
Точнее - пароль должен быть, но не важно какой.


 
Sergey13 ©   (2006-08-10 11:37) [6]

> [5] Desdechado ©   (10.08.06 11:36)

Так "пофиг" так и переводится вроде. 8-)


 
DancerMan ©   (2006-08-10 11:39) [7]


> Sergey13 ©  

Сервер нормальный.


> Desdechado ©

Мою программу не пускает к моей базе. Как FB объяснить, что для подключения к такой-то базе нужен такой-то пароль и логин? Базу надо как-то регистрировать в FB?


 
Sergey13 ©   (2006-08-10 11:45) [8]

> [7] DancerMan ©   (10.08.06 11:39)

Там у СИСДБА падоль сменили что-ли? А ты под ним лезешь в свою БД? А в той проге под ним же, но с прошитым паролем? Так что-ли?


 
Desdechado ©   (2006-08-10 11:46) [9]

Sergey13 ©   (10.08.06 11:37) [6]
C пустым не пустит.

> не пускает к моей базе.
Текст ошибки?


 
DancerMan ©   (2006-08-10 11:58) [10]

> Там у СИСДБА падоль сменили что-ли? А ты под ним лезешь
> в свою БД? А в той проге под ним же, но с прошитым паролем?
>  Так что-ли?

Похоже, что так.


> Текст ошибки?

User name and password are not defined. Ask yourdatabase admininstrator to set up a Firebird login.


 
Sergey13 ©   (2006-08-10 12:00) [11]

> [10] DancerMan ©   (10.08.06 11:58)

Тогда, наверное придется выдирать пароль из той проги.
Или пробовать поставить второй сервер на другой порт.
И неизвестно, где гемороя меньше.


 
Desdechado ©   (2006-08-10 12:05) [12]

А что, нельзя завести нового пользователя?
Или все так хотят под SYSDBA работать?
Это вообще гон. Создай свою БД под другим пользователем, он будет хозяином своей БД и всего в ней. Права по отношению к БД будут как у SYSDBA, только меньше проблем, подобных твоим.


 
DancerMan ©   (2006-08-10 16:29) [13]

Я добавил своего пользователя и дал ему права такие же, как у SYSDBA. Эта информация, я так понимаю, хранится в security.fdb. Т.е. если я просто скопирую базу на клиента, то подключиться к ней не получится. А security.fdb подменять нельзя, а то программа(1) не будет работать. Подскажите как поступить?


 
Sergey13 ©   (2006-08-10 16:36) [14]

> [12] Desdechado ©   (10.08.06 12:05)

Так для этого ему надо на чужой машине зайти как SYSDBA. А пароля нет.


 
Desdechado ©   (2006-08-10 17:38) [15]

Что за контора такая, что нельзя поставить БД туда, где ее нужно поставить?
Нет пароля - докладную директору, что некто препятствует производственному процессу.

> Я добавил своего пользователя
Куда и как?

> и дал ему права такие же, как у SYSDBA. Эта информация, я так понимаю, хранится в security.fdb
Права хранятся внутри ТВОЕЙ БД, а в security только список пользователей и хэши их паролей.


 
DancerMan ©   (2006-08-10 18:24) [16]

На компьютере, где писалась моя программа я подключился к базе с помощью IBExpert под SYSDBA и добавил своего пользователя. Там же дал ему нужные права. Теперь мне надо скопировать базу и добавить этого пользователя на компьютер клиента.
Но, я так понял,  что без пароля SYSDBA на компьютере клиента я не смогу добавить нужного мне пользователя...


 
Desdechado ©   (2006-08-10 18:31) [17]

Не сможешь.
Узнай пароль и добавь на "том" сервере..


 
DancerMan ©   (2006-08-11 13:12) [18]

Оказывется можно.
1. Берется security.fdb (1) с компьютера, где пароль к SYSDBA поменяли и с компьютера, где заведен свой пользователь (2).
2. Потом переустанавливется FireBird, что б не блокировалась наша база security.fdb (2)
3. С помощью IBExpert открываем security.fdb (1) (заходим под SYSDBA masterkey).
4. В таблице USERS копируем содержимое поля PASSWD для USERNAME SYSDBA
5. Открываем security.fdb (2) и подменяем пароль SYSDBA на тот что в буфере.
Таким образом, мы получаем security.fdb, где прописаны SYSDBA с неизвестным нам измененным паролем и наш пользователь с известным нам паролем.
Замечание: Можно FireBird не переустанавливать, а остановить службу и открывать security.fdb при запущенной службе InterBase (если таковая имеется)


 
Desdechado ©   (2006-08-11 13:17) [19]

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


 
DancerMan ©   (2006-08-11 13:28) [20]

Ну, раз по другому не получается...
Что значит "нормальном сервере"?
Ситуация такая, что некий производитель поменял пароль по умолчанию для доступа к базам на бесплатной СУБД , а клиент заинтересован, что б работала и их программа и наша. Он дает нам security.fdb и все ОК. Все остальные операции я выполняю на своем компьютере. И возвращаю измененый файл security.fdb. Т.о. обеспечена работа без конфликтов двух программ со своими базами. Или я не прав?!
В такой ситуации получается, что мы даже прогибаемся. Это не совсем наша проблема. С таким же успехом установили свою программу, переустановили сервер. А то что программ(1) после этого не работает нас не волнует, паролей по умолчанию мы не трогали!
Кстати, в службе поддержки программы(1) посоветовали переустановить сервер с паролем по умолчанию. Но ведь их программа так вообще не  коннектится к базе!!! :)


 
Anatoly Podgoretsky ©   (2006-08-12 14:10) [21]

Desdechado ©   (10.08.06 18:31) [17]
Чего? Не смеешься?


 
Anatoly Podgoretsky ©   (2006-08-12 14:10) [22]

Сколько хакеров в одной ветке собралось.



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2006.10.15;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.5 MB
Время: 0.043 c
2-1159184607
TrainerOfDolphins
2006-09-25 15:43
2006.10.15
Файлы DDP. Delphi 7


8-1142791800
foull
2006-03-19 21:10
2006.10.15
работа с mp3 тэгами


2-1159193921
root
2006-09-25 18:18
2006.10.15
Нужна помощ!!!!


15-1158955468
Vendict
2006-09-23 00:04
2006.10.15
PCI ATA133 IDE Controller


15-1158902293
buka
2006-09-22 09:18
2006.10.15
Может конечно и баян, но ссылка имхо полезная





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский