Передача файла между компами за NAT

[VladimirNikolaev]

Приветствую всех. Подскажите, пожалуйста, решение.

Есть две сетки, обе за NAT, и сервер с белым IP. Необходимо с компа в одной сетке постоянно (в автоматическом режиме) передавать файлы в другую сетку, где их должны получать несколько компов.

Компонент idTCPClient на компе-источнике передает файл компоненту idTCPServer. На компах-получателях компоненты idTCPClient также коннектятся к idTCPServer.

Можно ли сделать, чтобы на сервере этот файл перенаправлялся нужному клиенту без сохранения файла на диск? Что-то типа роутера, но с помощью компонентов Indy?

[raxp]

ставьте (делайте) сервер на белом IP, на остальных клиенты...
(если локальная)

если есть инет, то есть проверенное решение - hamachi

[VladimirNikolaev]

Сообщение от raxp

ставьте (делайте) сервер на белом IP, на остальных клиенты...
(если локальная)

если есть инет, то есть проверенное решение - hamachi

Так вот вопрос в том, как сделать так, чтобы запрос от клиента к серверу перенаправлялся сервером другому клиенту.

Hamachi установить на некоторых клиентах нет возможности.

[raxp]

ну раз нет возможности, делайте свой сервер

[VladimirNikolaev]

Сообщение от raxp

ну раз нет возможности, делайте свой сервер

Уважаемый raxp! Можно, я еще раз повторю свой вопрос? Я же не спрашивал в первый раз, ставить мне сервер или нет, а во второй раз - делать ли мне сервер или нет. Мне совершенно ясно, что сервер должен работать на компе с белым адресом.

Я спрашивал, КАК с помощью компонентов Indy можно сделать перенаправление сервером запросов клиент-сервер к другому клиенту. Клиент же запрашивает файл не у сервера, а у другого клиента с серым IP, но ему это приходится делать через сервер. Что должен делать сервер в этой ситуации?

[Квэнди]

TIdMappedPortTCP

TIdMappedPortTCP is a TIdTCPServer descendant that implements a port mapping proxy server for connections to a remote computer system.

TIdMappedPortTCP listens for connections on a designated port number, and makes an outbound connection to another server using another specified port number. Listener thread(s) defined in the Bindings for TIdMappedPortTCP create new thread- or fiber-based sessions using the ContextClass defined for the server.

[raxp]

Я спрашивал, КАК с помощью компонентов Indy можно сделать перенаправление сервером запросов клиент-сервер к другому клиенту. Клиент же запрашивает файл не у сервера, а у другого клиента с серым IP, но ему это приходится делать через сервер. Что должен делать сервер в этой ситуации?

- Уважаемый VladimirNikolaev.

сделайте некий упрощенный протокол обмена-команд с сервером и передавайте в качестве параметра IP адрес серой машины в другой сети и сам файл (процедуры приема-передачи файла есть тут на форуме), потом сервак, т.е. idTCPServer принимает скажем команду содержащую IP (т.е. кому перенаправить) и файл (что перенаправить), на всех остальных серых машинах в обеих подсетках стоят клиенты с соединением на белый IP и одинаковыми процедурами приема-передачи, чтоб не морочиться с фильтрацией командных запросов, используйте компонент Tudp и командный обмен реализуйте им (кстати по UDP вы можете и файлы передавать и посылать широковещательные запросы, да и обмен будет быстрее чем Indy компонентами... но хозяин барин)

вот вкратце как вы можете поступить... есть еще вариант, если вы работали с маршрутизацией и unix системами, то там можно это сделать скриптами...ясное дело что це не винда будет

[Квэнди]

используйте компонент Tudp и командный обмен реализуйте им (кстати по UDP вы можете и файлы передавать и посылать широковещательные запросы, да и обмен будет быстрее чем Indy компонентами... но хозяин барин)

и чем быстрее в сравнении с TidUDPserver/client ?

[raxp]

и чем быстрее в сравнении с TidUDPserver/client ?

- я что настаиваю? и кстати сравнение шло с idTCP (про TidUDP речь не шла), tcp как вы знаете с проверкой отпрвки данных идет и это время занимает. и собственно, как автор захочет так и сделает...

...что касается Indy, реализация у них зачастую хромает, не во всех компонентах конечно...

[Квэнди]

вы сравниваете Tudp с TIDTcp ?
забавно.

...что касается Indy, реализация у них зачастую хромает, не во всех компонентах конечно...

Смотря что понимать под реализацией и что оценивать. Реализация TCP и UDP ничем не отличается от стандартной реализации и реализована совершенночерез те же интерфейсы, что и в стандартных компонентах.