Server <-> [Provider 1 - Inet - Provider 2] <->

[BION]

Вопрос вот в чем... Схема:
Server <-> [Provider 1 - Inet - Provider 2] <-> Client
т.е. Сервер с нестатичным IP работает через провайдера(хотя возможно будет и инет сервер со стат. IP), и клиент простой комп имеющий выход через простого провайдера.

Мне необходимо обеспечить двустороннюю связь между сервером и клиентом, т.е. важно чтобы сервер мог инециировать передачу данных ожидающему соединения клиенту, но проблема опять же в динамичном IP клиента, плюс у провайдера возможно прокси или еще что нибудь. Короче мне нужно проложить TCP маршрут от сервера к клиенту.
Возможно ли это с непостоянным TCP соединением?

Взять допустим peer-to-peer по децентрализованной схеме, т.е. фактически сервера нет, и если даже есть, один клиент устанавливает связь с други, по какому маршруту(адресу)?

Буду благодарен за помощь.

[Antonariy]

Нужно завести постоянный адрес в инете, где сервер и клиент могли бы оставлять свои текущие адреса.

[BION]

Нужно завести постоянный адрес в инете, где сервер и клиент могли бы оставлять свои текущие адреса.

В том то и воапрос, какой адрес?
Вот допустим мой комп, он подключен к внутренней сети провайдера и имеет внутресетевой IP который не доступен из внешки, а его запрсы отправляются через IP провайдера

Код: Выделить всё

myIP
10.120...
       \
         ProviderIP <=> WEB
       /
otherIP


а другие мой компы вообще выходят в инет через GPRS билайна, каждый раз IP меняется + и во внешке также не доступен.

[Konst_One]

в таком варианте твой сервер никогда не будет доступен извне.
договаривайся со своим провайдером.

PS
возможно ты не до конца понимаешь , но скорее всего ты соединяешься с инетом (через своего локального провайдера) посредством VPN-соединения. после соединения с оборудованием провайдера тебе выдается некий внешний IP-адрес (статичный или динамический, это нужно узнавать у провайдера), который можно посмотреть в свойствах данного VPN-соединения. вот этот IP видят снаружи все. теперь тебе достаточно открыть доступ к портам своего сервера , через которые он будет работать (файрвол, разрешение у провайдера если необходимо, настройки твоего сервера IIS или тп).

[BION]

в таком варианте твой сервер никогда не будет доступен извне.
договаривайся со своим провайдером.

PS
возможно ты не до конца понимаешь , но скорее всего ты соединяешься с инетом (через своего локального провайдера) посредством VPN-соединения. после соединения с оборудованием провайдера тебе выдается некий внешний IP-адрес (статичный или динамический, это нужно узнавать у провайдера), который можно посмотреть в свойствах данного VPN-соединения. вот этот IP видят снаружи все. теперь тебе достаточно открыть доступ к портам своего сервера , через которые он будет работать (файрвол, разрешение у провайдера если необходимо, настройки твоего сервера IIS или тп).

Ну хорошо, допустим оставить в покое мой внутресетевой IP и рассмотреть клиентские машины. Они как я уже писал выходят через GPRS. Тут как дело может обстоять?
А ICQ как получает ответ от собеседника?
Или без постоянного TCP не обойтись? Если так, то насколько это безопасно для целостности передаваемых данных?

[Konst_One]

ICQ - это отдельная история, сюда не надо его примешивать.

в твоем случае или постоянный IP или промежуточный сервер в интернете, через который все сессии контролируются.

[BION]

... или промежуточный сервер в интернете, через который все сессии контролируются.

т.е. хочешь сказать, что без постоянного TCP соединения никак не обойтись?
Просто не хотелось бы его постоянно держать, т.к. команды будут редкими, но при её отправке необходима скорейшая реакция клиентской машины.
Периодические запросы от клиента на предмет новых команд, тоже отметаются, т.к. долго ждать + затраты на лишний трафик - не допустимы.

[Konst_One]

не знаю , что там у тебя за клиент-сервер, но при открытии сессии с клиентом твой сервер сразу должен запоминать IP-клиента. поэтому проблем с отправкой клиенту не должно быть. а для сервера постоянный IP - лучший выход.

[BION]

Большое спасибо, будем грызть гранит!