TCP/IP Серверы, клиенты и утилита on

[LH]

Имеются 2 контроллера под QNX 6.5.0 A1 и A2 , cвязанные по сети qnet и по TCP-IP со статическими IP-адресами в одной подсети.

На контроллере A1 из скрипта rc.local запускается программа-сервер sA1, которая открывает Socket и ждет запросы  от клиентов по протоколу TCP.

На контроллере A2 из скрипта rc.local запускается программа-сервер sA2, которая открывает Socket и ждет запросы  от клиентов по протоколу TCP.

Если программа-клиент cl запускается на контроллере A1

#cl &

то пo умолчанию по адресу localhost подключается к серверу sA1 и делает запросы серверу.

Если программа-клиент запускается удаленно с контроллера А1 на контроллере А2:

#on -n A2 cl &

то к какой программе-серверу она будет подключаться ( sA1 или sA2 )?

Похоже что к sA1...

Если так, то почему?

Как удаленно запустить клиент сl с контроллера А1 на контроллере A2, чтобы клиент по умолчанию по адресу localhost подключился  к серверу sA2?

Через какие переменные окружения или другие механизмы при удаленном запуске программы на другой контроллер сохраняется ее отношение к TCP-IP стеку текущего контроллера?

Иными словами, если ф-ции libc клиента обращаются к ресурсу /net/A1/dev/io-net/wm0 при запуске клиента на контроллере А1, то как их заставить обратиться к ресурсу /net/A2/dev/io-net/wm0 при удаленном запуске клиента с контроллера А1 на контроллере А2?

Cпасибо.

[Олег Большаков]

Скорее всего проблема связана с особенностями использования утилиты on в QNX 6. В отличие от QNX 4 утилита on поддерживает два ключа для запуска приложений на удалённом узле. Если я правильно понял Вашу задачу, то Вам надо использовать не -n привычный по QNX 4, а -f. Более подробно об этом можно прочитать в справочной системе в описании утилиты on в разделе «The -f vs -n option». Обратите внимание на пример с pidin.

[LH]

Спасибо за поддержку!