Пытаюсь заставить работать базу по локалке - не хочет ни в какую.
Для этого просто пишу в свойстве IBDatabase в строке DatabaseName следующую строку:

srv001:D:\try\BASE.GDB

Здесь srv001 - имя удаленного компа в сети, где располагается база, до которой хочу достучаться.
D:\try\BASE.GDB - путь к самой базе на удаленном компе.

Выдает следующее сообщение:
"
Unable to complete network request to host 'srv001'
Failed to establish a connection.
Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение"

Если имя компа меняю на свое имя своего собственного компа, то все нормально подсоединяется. До srv001 вполне можно достучаться "обычными" способами, т.е. через сетевое окружение, пинги идут...

Условия таковы:
Delphi 7, Interbase 7. Локальная сеть на работе, организованная через NetWare, с доменами.

Сетевые БД до этого не делал, так что может что неправильно делаю...

> Если имя компа меняю на свое имя своего собственного компа, то все нормально подсоединяется.
значит на локальном компе сервер IB стоит, а на удаленном?

судя по  тому что в общем
> т.е. через сетевое окружение, пинги идут...
с сетью все в порядке, значит проблема в сервере IB. (не стоит/не запущен/и т.д.)

...или файрвол, который закрывает порт 3050

Вероятность файрвола значительно выше.

вероятность нестояния тоже велика

> Медвежонок Пятачок ©   (18.05.09 12:08) [4]

Надеюсь, ты про сервер?

Вообще мрак какой-то... И на моем компе, и на удаленном стоит один и тот же Interbase, с одного инсталлятора, с одними и теми же опциями (т.е. и сервер устанавливался).

Так вот - скопировал приложение на srv001, сменил имя базы данных на
kostyan:D:\try\BASE.GDB
(kostyan - имя моего компа в сети)
и запустил приложение с srv001. Все запустилось, база видна, редактируется. Красота, можно работать по сети. Я немного офигел, стал думать, что за дела. На kostyan зашел в Manager gds_db, остановил IB Server. Все равно работает. Остановил все службы, какие нашел со словом IB. Вот тогда работать все перестало, и стало появляться точно такое же сообщение, что "отверг запрос".
Я думаю - АГА. И снова запустил службы и включил IB Server. А приложение не заработало!  Выдает те же ошибки, мол, "отверг запросы". Я офигел - все вроде то же, но не работает.
Снес IB, поставил заново. Та же фигня. Сразу после установки приложение заработало, и перестало после второго запуска.
Если вместо имени компьютера написать localhost, то все работает.
Вот такая вт фигня.

Это барабашка.

> Константин   (18.05.09 14:17) [6]

Которую (фигню) вы сами и сделали...

>Виталий Панасенко

Да, спасибо, что напомнили. А посоветовать что-нибудь можете?

> остановил IB Server. Все равно работает


Мне бы такой сервер - умер, а все равно работает и каши не просит)

> Все равно работает. Остановил все службы, какие нашел со
> словом IB. Вот тогда работать все перестало, и стало появляться
> точно такое же сообщение, что "отверг запрос".

насколько я знаю, реально таких служб две.. IbGuardian/IbServer... если у вас их больше, то бардак полный.. у меня их две, больше не было...

> Виталий Панасенко  (19.05.2009 9:14:11)  [11]

Еще и первой не нужно.

да, согласен.. анахронизм.. просто ставится по-умолчанию

Хм... а вдруг есть еще службы fb* )))))

Автору:
1) для пробы меняем имя компа на ip-к.
2) На компьютере srv001 запускаем службы IB, IBExpert и пробуем достучаться до базы именно с srv001. Если не удается - читаем мануалы. Если удается, то ничего не меняя пробуем достучаться до IB-базы srv001 с другого компа.

Результаты пишем сюда.

з.ы. стучаться надо IBExpert-м.

> Локальная сеть на работе, организованная через NetWare,
> с доменами.

Стоит ли напоминать, что с IPX/SPX IB не работает?

> [15] turbouser ©   (19.05.09 19:53)
> Стоит ли напоминать, что с IPX/SPX IB не работает?

С какой версии?

> AndreyV ©   (19.05.09 20:21) [16]

с любой

> [17] turbouser ©   (19.05.09 20:27)
> > AndreyV ©   (19.05.09 20:21) [16]
>
> с любой

Из документации InterBase 6 Operations Guide.

Таблицу не смог скопировать из AcrobatReader, поэтому примеры.

For a Windows server, the database path name must contain the appropriate drive letter designation.
For example, to connect to a local database:
D:\users\accting\fin\accred.gdb

To connect to a database on a remote server using the TCP/IP protocol:
ntserver:D:\users\accting\fin\accred.gdb

To connect via NetBEUI (Windows NT/2000 servers only), use UNC notation:
\\ntserver\D:\users\accting\fin\accred.gdb

To connect via IPX/SPX (NetWare servers only) use the following notation:
nwserver@vol1:\accting\fin\accred.gdb

For a UNIX or Linux server, you must enter the complete and absolute directory path for the database. For example:
server:/usr/accting/fin/accred.gdb

> AndreyV ©   (19.05.09 20:40) [18]


> Из документации InterBase 6 Operations Guide.

Ага. Но работать по человечески не будет.

> [19] turbouser ©   (19.05.09 20:45)
> Ага. Но работать по человечески не будет.

У автора TCP/IP, судя по
> [0] Константин   (18.05.09 09:23)
> srv001:D:\try\BASE.GDB

А что там за проблемы с IPX/SPX в двух словах, просто интересно.

Было подобное мучение с FireBird.

У меня проблема решилась тем, что в Исключениях Брэндмауэра на сервере я указал не только порты по которым работает Firebird, но и сам fbserver.exe.

Проявилось это так: программа БД, которая без проблем работала по локалке уже значительное время, вдруг отказывалась работать. Программный код я не менял давно. Стал вспоминать, что еще происходило за последнее время. Вспомнил: дня три как пришло обновление безопасности от Microsoft :)