potkin, почему думаете, что убили?

Без конкретных конфигов сложно. Но, давайте пробовать.

За маппинг порта на системе без всяких локальных защит отвечает файл sqlhosts , точнее его 4-я колонка (servicename):

Перед тем как запускать Informix, необходимо убедиться, что порт, в данном случае 1526 - ни кто не слушает, т.е. туда уже не смаплен какой-то другой сервис. Это делается анализом вывода команды netstat -na . В UNIX это можно пропустить через grep , что бы сократить выборку только необходимым номером порта и увидеть что-то типа:

Точнее, не увидеть, при опущенном Informix. Если СУБД не запущена, а LISTEN есть - значит уже что-то туда смаплено и СУБД не будет работать по сети, как вариант - менять порт у СУБД Informix на другой свободный.

Далее, в onconfig проверить, что бы были записи:

Ну и разумеется там же, что-то наподобии:

Да, точно не помню, что там у Windows, но по-моему всё-таки soctcp.

Стартуем СУБД, смотрим. После старта, делаем netstat -na и смотрим, появился ли у нас LISTEN порта, например:

Если появился, то сервер настроен на работу с сетью. Проверка, telnet localip 1526 прям на том же сервер, где и СУБД. Ответил сервис - значит всё хорошо.

Потом с удаленного клиента пробуем подключаться. Если нет подключения, то:
1. Проверим есть ли ping с клиента на сервер. Глупо в локалке ICMP рубить, поэтому должны увидеть echoreply ответы.
2. Далее, если ответы есть - проверяем с клиента на сервер telnet remoteip 1526 - должно быть подключение. Что бы его понять надо не только в лог-файл смотреть, но, например сделать telnet на любой другой порт, на котором точно не поднят ни один из сервисов, в общем получить нечто Connection refused .

Если п1-2 не прошли, значит надо выяснять, нет ли там всяких файрволов, есть ли маршрутизация вообще между клиентом и сервером. Это, в общем то, уже поиск сетевых проблем, не относящийся к СУБД.