QTcpServer за NAT

[crashsp]

Пишу клиент/сервер все окей  если сервер имеет белый  ip,  но 
каким образом можно установить прямое соединения при условиях что сам QTcpServer спрятан за NAT ??
Кто нить реализовывал что нить подобное, с чего начать действовать )??
Благодарю....

[brankovic]

Можно пробросить порт на нат.

Если к нату доступа нет, то можно сделать обратный коннект с сервера на клиент, если клиент сам имеет внешний ip или проброшенный порт на своём нате.

Если и клиент и сервер находятся оба за натом, то связаться можно только через прокси.

Это всё свойства tcp/udp, QTcpServer тут не виноват но и не поможет ничем.

[crashsp]

Спасиб !

[Ubuntu_linux]

Можно пробросить порт на нат.

Если к нату доступа нет, то можно сделать обратный коннект с сервера на клиент, если клиент сам имеет внешний ip или проброшенный порт на своём нате.

Если и клиент и сервер находятся оба за натом, то связаться можно только через прокси.

Это всё свойства tcp/udp, QTcpServer тут не виноват но и не поможет ничем.

Класная идея, обратного конекта! Могу подкинуть свою идейку . Я для передачи адресов клиенту или серверу, что б они знали друг друга, использую  месенджер джабер, а потом прямой коннект  по ип.

[crashsp]

Было бы великолепно который день рыщу про STUN сервера и про RTP протокол потом ковырял qxmpp на самом деле вы меня воодушевили этой идеей прочел вот  это и    это
С использованием Qxmpp(QxxmpCallManeger) у меня не получилось передать аудио за NAT если оба собеседника находятся за ним да и по моему разработчики этого и не обещали и не обещают в новой версии))  посему начал придумывать свои решения и пока что окончательно не решил с чего начать  реализацию так что ваш алгоритм будет весьма кстати!!!

Благодарю...

[serg_hd]

Вообще, тема обхода NAT сегодня, как я понял, одна из наиболее востребованной. Помнится как-то искал как его обойти, чтоб 2 юзера (за роутерами) могли обмениваться трафиком без участия сервера, как это делает TeamViewer к примеру, но ни инфы адекватной не нашёл, да и вообще глухо было. И по сей день интересует, что ж оно так сложно-то.

[brankovic]

Есть такая штука

http://en.wikipedia.org/wiki/UDP_hole_punching

на основе которой работает hamachi и прочие. Идея в том, что есть некий эхо-сервер, на который желающие сконнектиться посылают запрос, тогда этот сервер просто сообщает им порты (и ip) с которых они на него коннектнулись, и клиенты начинают писать друг-другу. Расчёт на то, что нат кеширует эти порты (иначе бы юдп не работал), но при этом не смотрит от кого входящие пакеты. Расчёт не всегда верен, поэтому работает не всегда.

Ещё на эту тему есть некий Gbirdge (http://www.gbridge.com/) от гугла. Он примерно так же работает и бесплатен. Но сам я не пользовался, руки не дошли.

[paul_winex]

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

[mutineer]

внешний сервер

[Serr500]

UPnP, но работать будет только если включена поддержка хотя бы на одном роутере. Если нет - только внешний сервер. Или IPv6, где NAT'а нет в принципе.