ANTICHAT — форум по информационной безопасности, OSINT и технологиям

Немного по твоей теме.
http://wiki.minegoboom.com/ (ENG)

То есть игры работает не на чистом UDP, так?

Конечно плохое сравнение но все же. Работа игр схожа с асинхронными сокетами..

Если слать UDP пакеты, через нат (от клиента) сервер их получать не будет.
UDP можно использовать только как объявление себя сервером (но всеравно бывают случаи, что не доходят пакеты), остальная часть игры используется в частности TCP протокол.

Вот еще ссылка по этой теме:
UDP протокол для Интернета? (проблемы NAT)

НЕ ПАРЬТЕСЬ NAT предназначен как для TCP так и для UDP

они ничем не отличаются .... все так же как с TCP вы прописываете правила NAT SUA и все работает....

для различных типов роутеров может носить названия Port forwarding , Virtual servers итд

вы говорить роутеру что все входящие на данный порт пересылать на следующий внутренний IP!

Другое дело что для UDP нужно настраивать NAT и для клиента(если клиент за NAT) а не только для сервера!

К примеру игра CS реализована полностью на UDP, как же клиенты подключаются и обмениваются информацией в 2 стороны???

а что тут сложного? Когда кол-во передаваемых данных не большое то всё нормально пашет. Другое дело последовательность пакетов может быть нарушена.
если в TCP за последовательность отвечает драйвер TCP протокола, то тут уже придется тебе самому чтото придумывать.
NAT и UDP спокойно работают вместе. банальный пример - DNS протокол. Он спокойно работает в обе стороны. Фишка в том, что когда ты посылаешь на сервак UDP пакет.
То NAT сервер запоминает адрес и порт отправителя, далее изменяет адрес отправителя и посылает серваку жтот запрос. сервак отвечат. Далее NAT проверят порт кому предназначается пакет, затем по нему определяет кому в сети он предназначался. Система хоть и ненадежная но всёже.
Для игр всё просто. тут.

slesh, а если за NATом 2 компа, и для сервера их IP будут одинаковы, сервер отправит пакет на этот IP то кому придет этот пакет?

ну я же говорю - тут по соответствию портов всё идет.
там идет связь исходящего запроса со клиентскими данными.
Образно говоря типа так:
1) Послал клиент запрос на сервак. Данные отправились с IP1:P1
2) Послал другой клиент запрос на сервак. Данные отправились с IP2:P2
3) эти пакеты дошли до NAT сервера. он сделал свой запрос на указанный сервер. Сделав соответствие IP:PORT клиента и порт запроса для сервера.
Когда сервак отвечает, то NAT смотрит к какому его порту было воответствие. После чего пересылает данный пакет нужному клиенту.
Чтобы это всё пахало нормально, клиент должен сам инициализировать первый исходящий пакет для того чтобы NAT смог связывать их.
Мож технически както по другому это устроена но алгоритм примерно такой.
Для TCP - там еще легче. Он просто тупо в запросе поменяет адрес исходящий. А в ответе просто сверяет со своей таблицей соответствия