Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| |
маленькое дополнение... 09.09.02 19:47 Число просмотров: 1392
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
Если действительно есть физический доступ к базе - то администратор БД (возможно, вместе с сисадмином) - полный лопух(и)! Нафига тогда было менять пароль на SYSDBA?
|
<hacking>
|
База GDB 02.09.02 17:18
Автор: floyn Статус: Незарегистрированный пользователь
|
Привет, Народ!
У нас есть старая прога, которая использует Interbase базу (GDB-файл).
Пишем софтину, ей тоже хорошо бы чего-нибудь читать из энтой базы. Так на ней, кажися, пароль (пробовал вводить юзера SYSDBA и пассворт masterkey - не пускает). Такая фигня. Можно ли как нидь это исправить? Не хотелось бы дату руками перебивать...
Спасибо заранее.
|
|
Все не так плохо! 09.09.02 19:44
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
Дело в том, что администратор БД поменял пароль на аккаунт SYSDBA. по умолчанию это действительно masterkey, но в твоем случае - хрен его знает...
Могу предложить только такой выход:
Ставишь сервак и клиент интербейса на другой тачке. Копируешь базу туда и подключайся к ней спокойно через аккаунт SYSDBA - masterkey. В принципе, физическая защита у баз InterBase - лажовая... Она рассчитана на то, что никто к базе физического доступа не имеет, а все операции осуществляются через сервер и используют его систему защиты. Эту же базу можно спокойно подключить на другом сервере и никаких проблем...
Я так понимаю, физически ты базу копировать можешь... Это слегка неудобно, если тебе нужно брать из нее о-о-о-очень свежую инфу, но и тут написать приложение, которое буде копировать базу на другую машину и там подключать - дело пары минут... Совсем плохо, если в базе есть триггеры, которые срабатывают на пользователя. Хотя это - редкость. Чаще используют триггеры, срабатывающие на роль, под которой юзер прилогинился к базе.
В общем, пробуй так. Если есть такие триггеры - свистни. Попробуем решить эту проблему.
|
| |
маленькое дополнение... 09.09.02 19:47
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
Если действительно есть физический доступ к базе - то администратор БД (возможно, вместе с сисадмином) - полный лопух(и)! Нафига тогда было менять пароль на SYSDBA?
|
|
База GDB 02.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
|
|
| | |
А в isc4.gdb лежит открытый пароль? 03.09.02 09:43
Автор: floyn Статус: Незарегистрированный пользователь
|
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
|
|
|
|