проблема соединения

← →
Smashich (2003-07-15 17:12) [0]

есть FireBird. установлен на WIN2k advanced server. tcp-ip работает. порт 3050 открыт. при проверке соединения (путь указан в udl файле в виде сервер:локальный путь) выдает что аксесс денайд. что делать? на ibase ничего что могло бы помочь не нашел

← →
SYSKeeper (2003-07-15 17:24) [1]

а логин и пароль ты проописал. SYSDBA masterkey - это по дефолту

← →
Smashich (2003-07-15 17:26) [2]

прописал:)

← →
SYSKeeper (2003-07-15 17:32) [3]

давай текст udl-файла..

← →
Smashich (2003-07-15 17:37) [4]

[oledb]
; Everything after this line is an OLE DB initstring
Provider=LCPI.IBProvider.1;Password=masterkey;Persist Security Info=True;User ID=SYSDBA;Data Source=D:\Data\Faraon\Data\Faraon.gdb;auto_commit=True

спешу заметить что провайдер стоит прочно и работает. на 127.0.0.1 при установленном на 127.0.0.1:) firebird тест соединения проходит

← →
Smashich (2003-07-15 17:49) [5]

bag your pardon

[oledb]
; Everything after this line is an OLE DB initstring
Provider=LCPI.IBProvider.1;Password=masterkey;Persist Security Info=True;User ID=SYSDBA;Data Source=Vedis_fl:D:\Data\Faraon\Data\Faraon.gdb;auto_commit=True

← →
Smashich (2003-07-15 17:53) [6]

I/O error for file "D:\Data\Faraon\Data\faraon.gdb"
Error while trying to open file
Access is denied.

текст ошибки

← →
SYSKeeper (2003-07-15 18:47) [7]

LCPI.IBProvider.1 - это помойму глючная штука. сам на её грабли натыкался. попробуй IBOLE - бесплатный пров для интербазы и фиребёрда. я его поиском в гуглях нашёл. работает - песня..

← →
SYSKeeper (2003-07-15 18:49) [8]

если не найдёшь - по мылу кину

← →
SYSKeeper (2003-07-15 18:52) [9]

Provider=IBOLE.Provider.v4;Password=masterkey;Data
Source=srv:c:\work\bm\base2.gdb;User ID=SYSDBA;Persist Security Info=True
это у меня прекрасно пашет..

← →
Smashich (2003-07-16 11:54) [10]

прошу прощения за отсутсвие
2 SYSKeeper © (15.07.03 18:47)
LCPI.IBProvider.1 - вообщем то не жалеть не приходилось еще
IBOLE - кинь на мыло плиз

← →
Smashich (2003-07-16 11:55) [11]

а вообще дело точно не в провайдере. посколько IBConcole выдает тоже самое

← →
Alexandr (2003-07-16 11:59) [12]

1. LCPI.IBProvider самый лучший провайдер
2. Ошибка однозначно не в нем.
3. Зачем тебе вообще локальный протокол. Юзай 127.0.0.1 (LocalHost) и без не знай.
4. Доступ к файлу у юзера есть? или с правами NTFS намудрил?

← →
Smashich (2003-07-16 12:14) [13]

Alexandr © (16.07.03 11:59)

1 - не спорю
2 - я так и сказал
3 - мне нужно установить с клиентской машины соединение с firebird на сервере
3. доступ вроде есть. я сначала тоже на права грешил. открыть нотепадом могу файл:). доступ должен быть у firebird на изменение/чтение так ведь?. служба запускается от системного аккаунта.(админ). вот тут я может что упусти. можно поподробнее у кого и какие права должны быть?

← →
Alexandr (2003-07-16 12:27) [14]

1) а не ошибся ли ты в пути к файлу?
2) А попробуй прям на сервере подключиться хоть локально хоть locaLHost какой-нибудь консолью.

← →
KDS (2003-07-16 12:33) [15]

С правами доступа к БД надо разбираться

← →
Smashich (2003-07-16 12:56) [16]

2 Alexandr © (16.07.03 12:27) путь к файлу проверян стопятьдесят раз:) при ошибочном пути он выдает ошибку другую.

← →
Alexandr (2003-07-16 13:00) [17]

1) а все-таки локально?
2) ping server работает?
3) диагностика коннекта вообще как?

← →
Smashich (2003-07-16 13:02) [18]

KDS © (16.07.03 12:33)
как прикажешь это делать? у базы один пользователь в данном случае. и он дафалтовый. с чем разбираться?

← →
Smashich (2003-07-16 13:05) [19]

1)
2)
3)

посмотри сам вопрос. порт 3050 открыт на сервере. служба gds_db не нем и висит. сервак соотвесвенно пингуеться. на серваке выполняются и другие службы которые обеспечивают корректную работу.

← →
Smashich (2003-07-16 13:06) [20]

насчет локального доступа - не имею возможность щас проверить.

← →
Alexandr (2003-07-16 13:25) [21]

возьми в руки консоль и проверяй
Diagnose Connection
Попробуй к серваку подключиться сначала
И все-таки локально надо бы проверить...

← →
Smashich (2003-07-16 14:33) [22]

к серваку то я подключаюсь. а вот к файлу нет.

← →
Alexandr (2003-07-16 14:43) [23]

значит нет файла, нет доступа к файлу из под учетной записи Firebird...
и пр...

← →
SYSKeeper (2003-07-16 16:42) [24]

Возьми вот эту вещь: www.ibexpert.com - для бывшего Soviet Union - бесплатно. Не пожалеешь. Лучшего сабжа я ещё не видел.. Им и проверь свою базу. За сабж жду отдельную благодарность :)

← →
Smashich (2003-07-16 17:02) [25]

2 SYSKeeper © (16.07.03 16:42)
большое спасибо - уже давно юзаю:) просто под рукой была только ibconsole, она и была помянута.
2 Alexandr © (16.07.03 14:43)
касательно доступ. файл есть. доступ нему тоже есть. с локального коннекта на сервенре(наконец-то добрался:)пишет cannot attach a password database. сервак не мой так что перегружать его и т.д. - это отдельная история. ранее при такой апшибке помогало просто перезапутить службу. в особо тяжелых случаях - перегрузить комп. завтра:) сообщу результаты перегруза сервака.

← →
Faeton (2003-07-16 17:16) [26]

По поводу прав тут такая штука на Ibase.ru написано что для Ib нет необходимости давать права на файл БД для внешних польз. лиш-бы сервак имел досту а ты к серваку соответственно.Я подключ. к Ib как через БДЕ так и компонентами прямого доступа IBObject,IBX,FIBPlus по любому протоколу без всякого доступа и все прокатывало лиш-бы путь был правильный напр.
TCP/IP <сервер>:c:\<полный путь к БД>
NetBeul \\<сервер>\c:\<полный путь к БД>
А вообще советую подсесть на FIBPlus - просто песня

← →
Smashich (2003-07-16 17:28) [27]

2 Faeton (16.07.03 17:16)
нет необходимости давать права на файл БД - это я знаю:) права на доступ нужны только серсеру бд. внешнему пользователю он ни к чему и незачем

спасибо за совет, но в данном случае он не применим

← →
Alexandr (2003-07-17 06:34) [28]

ну и вот.
Где у тебя isc4.gdb
он ее не находит , а не твою базу.
Сообщения об ошибках при работе с локальным и сетевым протоколом могут немного различаться.
Локальный протокол тебе дал больше информации.
Теперь действуй.

проблема соединения Найти похожие ветки