Привет, Народ!
У нас есть старая прога, которая использует Interbase базу (GDB-файл).
Пишем софтину, ей тоже хорошо бы чего-нибудь читать из энтой базы. Так на ней, кажися, пароль (пробовал вводить юзера SYSDBA и пассворт masterkey - не пускает). Такая фигня. Можно ли как нидь это исправить? Не хотелось бы дату руками перебивать...
Спасибо заранее.
Все не так плохо!09.09.02 19:44 Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
Дело в том, что администратор БД поменял пароль на аккаунт SYSDBA. по умолчанию это действительно masterkey, но в твоем случае - хрен его знает...
Могу предложить только такой выход:
Ставишь сервак и клиент интербейса на другой тачке. Копируешь базу туда и подключайся к ней спокойно через аккаунт SYSDBA - masterkey. В принципе, физическая защита у баз InterBase - лажовая... Она рассчитана на то, что никто к базе физического доступа не имеет, а все операции осуществляются через сервер и используют его систему защиты. Эту же базу можно спокойно подключить на другом сервере и никаких проблем...
Я так понимаю, физически ты базу копировать можешь... Это слегка неудобно, если тебе нужно брать из нее о-о-о-очень свежую инфу, но и тут написать приложение, которое буде копировать базу на другую машину и там подключать - дело пары минут... Совсем плохо, если в базе есть триггеры, которые срабатывают на пользователя. Хотя это - редкость. Чаще используют триггеры, срабатывающие на роль, под которой юзер прилогинился к базе.
В общем, пробуй так. Если есть такие триггеры - свистни. Попробуем решить эту проблему.
Если действительно есть физический доступ к базе - то администратор БД (возможно, вместе с сисадмином) - полный лопух(и)! Нафига тогда было менять пароль на SYSDBA?
База GDB02.09.02 22:17 Автор: Rook <Alex Sergeev> Статус: Member
> Привет, Народ! > У нас есть старая прога, которая использует Interbase базу > (GDB-файл). > Пишем софтину, ей тоже хорошо бы чего-нибудь читать из > энтой базы. Так на ней, кажися, пароль (пробовал вводить > юзера SYSDBA и пассворт masterkey - не пускает). Такая > фигня. Можно ли как нидь это исправить? Не хотелось бы дату > руками перебивать... > Спасибо заранее.
А разве в IB пароль ставится не на серевер? и к базе он отношения не имеет.
Пароли лежат в ISC4.gdb на серваке, поэтому ищи, почему не работает. Что за ошибку IB выдаёт?02.09.02 23:20 Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 02.09.02 23:22 Количество правок: 1
1)
Я подключился к базе isc4.gdb, там есть один user SYSDBA, с неудобоваримым паролем, а я подключался к isc4.gdb с юзером SYSDBA, и паролем masterkey. В isc4.gdb лежит зашифрованый пароль?
2)
>> Что за ошибку IB выдаёт?
1. 10504: Insufficient SQL rights for operation.
2. 13059, Server Error -551: no permission for read-write access to database E:\MY TEMP\ABONENT\ABONENTW\BASE\ABONENT.GDB
3. 10504: Alias: Abonent
А в isc4.gdb лежит открытый пароль?03.09.02 11:12 Автор: Rook <Alex Sergeev> Статус: Member
> 1) > Я подключился к базе isc4.gdb, там есть один user SYSDBA, с > неудобоваримым паролем, а я подключался к isc4.gdb с юзером > SYSDBA, и паролем masterkey. В isc4.gdb лежит зашифрованый > пароль? Само собой зашифрованный, собственно там лежит зашифрованный masterkey, если не ошибаюсь.
> 2) > >> Что за ошибку IB выдаёт? > 1. 10504: Insufficient SQL rights for operation. > 2. 13059, Server Error -551: no permission for read-write > access to database E:\MY > TEMP\ABONENT\ABONENTW\BASE\ABONENT.GDB > 3. 10504: Alias: Abonent тут может быть проблема в том, что "хозяин" abonent.gdb не SYSDBA, поэтому у него и не хватает прав для операции.
Посмотри, может у тебя *.gdb имеет атрибут read-only?03.09.02 12:53 Автор: HandleX <Александр М.> Статус: The Elderman
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
