>[оверквотинг удален]
>>>ответ кинул.
>>
>>Очевидно необходимо открыть сокет на этот порт...
>
>Т.е. только такой вариант?
>Я про этот вариант с самого начала думал, но просто думал может
>можно как-то подменить локальный порт клиента. К примеру как нибудь через
>флаги. Сам просто ничего не нашел.
>
>Вообщем подменить порт перед функцией send не получиться? Порт на клиенте где этот клиент ожидает ответа от сервера определяется в момент когда клиент открывает сокет для связи с сервером - в этот момент клиент может сказать bind() что бы привязать сокет к какому-нибудь определенному порту (напр. 6666). Если клиент не сказал bind(), то этот сокет перед посылкой сообщения серверу будет привазан системой к какому-нибудь произвольному свободному порту (напр. 50603). Когда сервер принял сообщение, это сообщение содержит 'обратный адрес', т.е IP адрес хоста клиента и порт где клиент ждет ответа - и это именно тот порт который привязан на хосте клиента к сокету в который клиент послал сообщение - если клиент говорил bind(), то это порт 6666, если нет - то это порт 50603.
Подменять порт перед функцией send() на сервере не имеет смысла вообще, поскольку клиент ждет ответа именно на порту который привязан к его сокету, и если сервер укажет другой порт, ответ уйдет в пустоту и клиент его не получит.
Итог: если для клиента важно получать ответы на определенном порту, он должен открыть сокет и привязать этот порт (напр. 6666) к этому сокету функцией bind() (кстати, в общем случае нет гарантии что этот порт не будет занят кем-то другим). А сервер, с его стороны, должен открыть новый сокет и свазаться (функция connect()) с хостом клиента указав в адресе клиента именно этот порт (6666) и писать ответ в этот сокет - а не писать тупо в сокет который ему вернула функция accept(). Тут возможны варианты и комбинации, но суть именно эта.
Детали (параметеры функций, struct sockaddr и проч.) читайте в манах, я деталей не помню (забываю сразу после использования :) )
Thank you,
elvenic