dbisql -c "ENG=aaa;DBN=bbb;UID=ccc;PWD=ddd;LINKS=TCPIP(IP=192.168.5.3;DOBROADCAST=None)"

Во первых, слово HOST предназначено для указания имен которые будет расшифровываться через DNS, для жесткого задания адресов есть слово IP.

Во вторых, если точно известен адрес БД-сервера очень желательно отключить функцию поиска сервера среди всех доступных адресов для этого есть команда DoBroadcast=None. Иначе клиент будет слать широковещательные запросы "а где мой БД-сервер?" на локальную сеть плюс перечисленые через IP/HOST адреса.

OVTdemo.db -n DB_Demo -x TCPIP(ServerPort=2638;TO=30) -c 77P
....
Я пытаюсь из ЦО подключиться к DB_Demo через ODBC по TCP/IP с параметрами:
ServerName=DB_Demo, TCP/IP(ServerPort=2638) - не получается.
ServerName=DB_Demo, TCP/IP(ServerPort=2638;Host=192.168.0.1) - не получается.
ServerName=DB_Demo, TCP/IP(ServerPort=2638;IP=192.168.0.1) - проверю завтра (УО уже отключился).
Не обязательно указывать порт на котором стартовать сервер. Он по умолчанияю сядет на 2638, и именно там клиенты будут его искать. Больших проблем явное его задание не даст, но... чем черт не шутит? Вдруг кто-нибудь ошибется и вместо 2638 укажет 2538? Дооолго потом вы будете подключаться к этому серверу :)

Указывая серверу слово "TO" вы требуете чтобы клиент произвел процедуру подключения не более чем за 30 секунд, в принципе вы в правильном направлении думаете. Стандартное значение для TCP/IP кажется 5 секунд всего. Но вы забыли посмотреть что именно входит в процедуру подключения. А входит туда многое....
Клиент посылает по UDP шировещательный пакет "где мой сервер?" Все сервера в сети с указаным именем откликаются. Кто первый прислал отклик - тот и будет считаться нужным сервером. Только после этого клиент попытается открыть TCP канал к серверу.
Так что, смотрите настройки своего VPN, там часто стоит "резать весь UDP трафик между членами сети". Если UDP запрещено как класс, то клиент должен использовать слово "DoBroadcast=None", с ним весь цикл поиска сервера будет пропущен.



OVTА может остановленный сервис в ЦО с именем DB_Demo (как и в УО) путаться под ногами? В списке сервисов он есть, но в списке запущенных процессов его нет?
Ну если он действительно остановлен - то нет. А если все же запущен, то обязательно. Повторю еще раз: клиент сначала ищет все сервера в локальной сети И по списку перечисленных в строке коннекта адресов. Подключается клиент к тому серверу который ответил первым. Каков шанс что ответ от локального сервера прийдет раньше чем ответ от сервера из LAN, и насколько дольше будет идти ответ от сервера из WAN? :) Вот то-то и оно.