UDP hole punching. Как определить порт

Написал простенькие UDP клиент и сервер. Хочу установить прямое соединение между двумя компьютерами через нат. Но вот не совсем понимаю каким образом получить внешние IP и порт, так как за натом у клиента порт изменится.
Как я представляю это сделать:
1) нужен 3 хост с статическим IP
2) на нём должен быть UDP сервер
3) после принятия пакета от одного из клиентов он должен определить IP и порт его и отправить другому клиенту.

Если я не правильно расписал пункты то поправте. Так вот в 3м пункте мне не ясно с помощью какой api сервер сможет получить порт и IP клиента?

 

И ещё вопрос можно за место 3хоста использовать STUN сервер?

 

Даже нужно использовать. Либо посмотри на уже готовое решение от Microsoft - протокол teredo

 

eshkinkot
teredo на сколько я понял он предназначен для использования пакетов IPv6 в сетях IPv4

 

да. это немного измененная реализация протокола STUN. IPv6-адрес формируется исходя из данных получаемых из протокола stun. просто легче будет реализовать teredo, потому что он встроен в винду. На ХР не пробовал, а на вин7 работает отлично.

 

Я тут выяснил что у меня дома симметричный NAT. И теперь я вообще ничего понять не могу. Везде описывается что UDP hole punching не работает на таком типе NAT. Я думал что кип, скайп и торрент используют именно UDP hole punching при прямом соединении. Так как они тогда соединяются для передачи файлов?

 

Aids
посредник?

 

2 Хоста могут соединится друг с другом, если:
1) У одного есть глобальный IP и другой его знает
2) Хосты разделены одним или несколькими NAT, но ни один из NAT не является симметричным NAT.(В это случае используется STUN сервер, у которого кстати должен быть глобальный IP)
3) Хосты разделены симметричным NAT и используют TURN сервер.

 

spa
возможно конечно для кипа и возможно скайпа. Но торренты?

 

Aids
у меня крайне плохо раздается за натом. те походу раздаю только тем у кого белый ip и я могу к ним подключится.

 

100gold
TURN сервер это уже будет не прямое соедиение. Весь трафик через него попрёт.

 

Aids
А что ты хотел от симметричного ната? Это самый ограниченный из всех.

 

Aids

STUN-сервер это и есть 3-й хост.

Если оба клиента сидят за симметричным натом, то алгоритма нет - только последовательный перебор портов. В остальных случаях соединение достаточно просто устанавливается (в зависимости от конфигурации натов), и никакие там STUN-ы и TURN-ы не нужны - в примитивном случае достаточно сервера, состоящего из 10-15 строк кода на C++.

 

_DEN_

а поподрбнее можно, какая последовательность действий должна быть?

В случае симметричного NAT действия я правильно представляю:
1) один клиент с IP1 шлёт пакты на IP2 с портом P2, при этом действии откроется на нате порт P1 - этот клиент будет сервером
2) этот же клиент будет по мимо передачи, слушать ответные пакеты.
3) второй клиент c IP2 пытается подключится к IP1, и перебирает порты.
Возможно ли такое?

 

Взаимодействие через STUN для не симметричных типов NAT

1) первый клиент отправляет запрос на stun, ответом получает свой порт1 и ip1
2) второй клиент отправляет на stun запрос, и получает в ответе порт2 и ip2
3) через какой нибудь зарегистрированный бесплатный http хост они обмениваюстя ip и портами
4) устанавливают прямое соединение

Я правильно понимаю алгоритм соединениея? Его можно как то упростить, например исключить http, а обмен портом и ip провести через stun?

 

если оба клиента за симметричным натом - надо использовать TURN сервер

А по-моему изобретение велосипеда не очень полезное занятие. Да и в "10-15 строк кода на Ц++" не получится уложится... Да и реализация полноценного STUN сервера не такая уж и сложная задача)))

 

100gold

Зачем же сервер. Их достаточно в интернете уже готовых. Нужно только клиент реализовать. Да и то там будет пару запросов что бы узнать IP и порт.

 

100gold

Лол, да обычный форвардер трафика нужен ) Начитаются википедий и кидаются понятиями, не понимая сути )

Не расстраивайся. Если будешь продолжать изучать C++, то у тебя со временем начнет получаться.

 

Ну противно, ей богу)) Дофига уже тем по сети где человек задает элементарный вопрос, а ему вываливают гору умных терминов)) Термины-то никак не помогут понять сути. А суть поможет понять простое объяснение на пальцах. Мол вот эти 4 байтика мы отправим отсюда туда, и это получится потому что там IP и Port видны, а тут уже нет - вот это помогает понять суть.

 

_DEN_
Так где же суть?