UDP messaging

[f.hump]

Че-то последнее время туплю по страшной силе.

Есть ли альтернативы UDP hole punching?

В целом ситуация следующая: есть сервер в статическом пуле провайдера, клиент как минимум за двумя НАТами у другого провайдера, весь ЮДП от клиетна счастливо уходит в никуда, и это не дает мне спать спокойно.

[rpy3uH]

Сообщение от f.hump

В целом ситуация следующая: есть сервер в статическом пуле провайдера.

сервер точно на статическом IP? ты уверен что он не за NAT? сервер может бюыть и на статическом IP, но он может быть дополнительно защищён натом.

[f.hump]

да, статический.

ты уверен что он не за NAT?

.
уверенности особо нет.

[rpy3uH]

например, при использовании на ADSL-модемов они выступают в роли NAT-сервера. у меня так было: IP-адрес был статическим, и был за NAT. в этом случае надо пробросить порт на модеме

если обычная витая пара, то как вариант можно предложить чтобы сервер после открытия сокета посылал рандомный UDP-пакет по рандомному адресу.

[rpy3uH]

f.hump, так вопрос как решился? мне реально интересно

[f.hump]

сорри.
спасибо за идеи.

поскольку проблема наблюдалась только на одном клиенте, мы на него пока положили, потому что вылезла критическая ошибка сервера (и протокола), которая ложит сервер простой спам атакой (censored). когда дойдет до того (censored) клиента отпишу.

[f.hump]

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

[Rock-n-Rolla]

Сообщение от f.hump

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

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

[f.hump]

похоже нашли в чем собака порылась. глобально клиент гуляет через WLAN плюс у него активный локальный нод. сокет, по непонятным причинам, создается для локального service providera, ну и, при таком раскладе глобальный сервер ничего не знает про клиента. Осталось теперь найти как создавать сокет для нужного service prividera.

[f.hump]

лень создавать новую тему, продолжаю тут.
думал о разном.
влетел вопрос: как законнектить два пира за symmetric NAT (оба)?

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