SocketError 10061. Connection refused

[Lanist]

Здраствуйте.
Имеется клиент-серверное приложение, написанное с помощь компонентов indy - idTCPClient & idTCPServer. Когда тестю локально, на своём компьютере - то всё работает как надо, но если серверную часть запускаю на удалённом компе локальной сети - то появляется ошибка SocketError 10061 Connection refused и соединения нет. Пробовал порт сканером сканить удалённый комп- показывает, что порт открыт.
Может я в ObjectInspectore намутил? Порт стоит и у клиента и у сервера одинаковый 4321. У клиента ай пи стоит компа, на котором клиент работает. В чём может быть дело.
Файервол отключен, антивирь тоже.

[Квэнди]

Ну как минимум вы бы могли перевести ошибку Connection refused в соединении отказано.
Для проверки используйте telnet клиент формат выполнения: telnet <ip> <port>

[Lanist]

Попробовал телнетом - коннектится.

[JTG]

Дык у клиента IP сервера должен быть указан

[Lanist]

Такс, поставил в клиенте ай пи сервера. Теперь другая ошибка:
10049 Cannot assign requested adress

[Квэнди]

а какой адрес сервера вы поставили у клиента?

[Lanist]

192.168.100.147
в BoundIP и Host - в Object Inspectore

[Квэнди]

и вы хотите сказать у клиента адрес 192.168.100.147 доступен ?
http://programmersforum.ru/showpost....6&postcount=10

[Lanist]

Эээээ...
Имеется локальная сеть.
Клиент на компе с айпишником 192.168.100.153, а сервер 192.168.100.147.

[А. Долматов]

тебе достаточно понятно объяснили, если не понял до конца то http://www.mednikov.ru/7
при прочтении обрати внимание на фрагмент статьи:
Содержимое заголовков, естественно, можно модифицировать. Представим себе, что есть хосты А и В, между которыми находится хост С (А -> С ->В), и хост А, отправляет пакет на хост В (в заголовке пакета IP отправителя будет адресом хоста А, а IP получателя – адресом хоста В). Если этот пакет будет перехвачен в дороге хостом С, который модифицирует заголовок и заменит в нем адрес отправителя на свой IP, то хост В, получив такой пакет отправит ответ… Правильно - на хост С. Это произойдет потому, что хост В ориентируется на содержание заголовков пакета и в действительности не имеет понятия о том, кто же все-таки настоящий «папа» пакета (подмену адресов, кстати, часто используют хакеры для того, чтобы перенаправить интересующий их трафик в нужную им сторону). Сессия между хостами А и В не состоится, зато хост В будет «общаться» со встрявшим в разговор хостом С, который с самого начала был вроде бы как и не при чем.