Ни че вы тут нафлудили...
Короче говоря... хаб  для передачи данных по технологии поинт то поинт юзает при каждой загрузке различные порты... файрвол ваще не реально настроить так как порты  рандомно открываются....
Я не думаю что пров что то в этом клиенте переделал... это у всех пиринговых сетей такая маза на внешку не канает через НАТ... я думаю может здесь еще перенаправление портов заюзать надо, но динамически.... и почему порты открываются как попало тоже не ясно... чат работает по одному единственному порту, а вот передачата файллистов и данных по разным... Оутпосом проверял...

Maksys, из вашего параграфа на 6.5 строк я вижу нужной и новой информации:

• 1. программа использует порт <не знаю какой> для чата
• 2. порты для перевода файлов открываются рандомно

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

Ладно вопрос такой:
Для того чтобы пиринг работал обязательно использовать прямой доступ без редиректа? или возможно сделать чтото вроди сокет сервера который бы редиректил запросы? относительно всех пиринговых сетей..

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

Короче говоря нужно использовать Socket 5 для редиректа запросов.

Maksys, мы к сожалению разговариваем совершенно разными языками. И мне опять придется вас немного покритиковать:
Самое грустное - я тщетно пытаюсь получить от вас реакции на свои слова, но вы не "слушаете", а просто пишите что-то от себя каждый раз, без связи с моим предыдущим постом/вопросом. Так "вместе" проблемы не решаются. Поэтому, я вам здесь выписываю все возможные варианты человеческим языком. Вы поковыряйтесь, выбирите что вам подходит, и делайте что вам подходит.

Для успешного соединения, нужно, чтобы сообщения с клиента доходили до серванта, и наоборот.
1. Когда и клиент и сервер на внешних сетях, маршрутизаторы передают все сообщения без проблем ( если нет блокировки/фильтрации ). Это - не ваша ситуация.

Если вы ( сервер TCP/UDP ) находитесь на одной внутренней ( не проходящей маршрутизатор, напр. 10.1.1.0/24) сети, а клиент на другой внутренней сети ( тоже не проходящей маршрутизатор, напр. 10.1.2.0/24), то единственный образ соединения к вам клиента - через NAT на маршрутизаторе, или ДО него.

Если же вы сидите во внутренней сети, а клиент в нормальной, внешней, с "реальным IP адресом", до можно использовать:

• socks 5 прокси.
• можно также успешно использовать ssh port forwarding. но тогда нужно, чтобы каждый клиент имел ssh доступ к маршрутизатору, и на каждый "хаб" нужно будет создавать группу портов для перенаправления.

В обоих случаях нужно знать какими портами будет пользоваться сервер для получения первых сообщений, или просто маршрутизатор должен переносить ВСЕ сообщения из внешней сети на ваш "сервер" p2p, это иногда называют "виртуальный сервер", т.е. выбирается во внутренней сети один такой, и все прямые обращения перенаправляются к нему через DNAT.

Если вы НЕ можете знаеть какие порты используются для ожидания подключений клиентов, т.е. если у программы нет конфигурируемого диапазона портов для передачи файлов, то тогда толжен быть какой-то центральный порт, обращаясь к которому клиент получает информацию с какого же порта ему на самом деле отошлют файл, или третий случай.

т.е. тут 2 случая:
2. если этот центральный порт сообщает о случайно выбранном порте и к нему нужно подключиться. это механизм похожий на portmap в службах RPC, его часто p2p приложения используют.
В таком случае вам нужно настроить фаервол на маршрутизаторе пропускать клиентские запросы, которые происходят сразу после подключения на этот "центральный порт", т.н. related packets, и тогда можно их обрабатывать и перенаправлять тоже. 

3. если этот центральный порт не сообщает о порте, но сам сервер подключится на какой-то заранее установленный порт на клиенте ( т.е. клиент в данном соединении будет функционировать логически как сервер), то в таком случае нужно делать SNAT с сервера.

Удачи.


С.У.В.

  оки... кажется понял....