Evgeny_CD, Архитектор (30.10.2023 14:03, просмотров: 88) ответил Cкpипaч на Нелюблю UDP-based протоколы, злой пролетарской нелюбовью.-
- Вся разница - в наличии ожидаемого стандартного ответа. При
диамической маршрутизации в сети с трансляцией IP-адресов (NAT),
трансляторы намного лучше справляются с пробросом портов, когда
видят предопределённые, ожидаемые ответы. Если протокол
стандартный, то NAT, по умолчанию, с его маршрутизацией в обе
стороны справляется хорошо. Если протокол собственный, то без
специальной настройки NAT, не заработает. NAT просто не знает этого
протокола и не знает, с какого порта Nikolay_Po(61 знак., 30.10.2023 15:01)
- Т.е. маршрутизатор прямо распознает http/3, и адаптирует алгоритм? Пототом распознает пакеты пары десятков ВКС, и тоже адаптируеся? Довольно сомнительно, если честно. Версия с тайм-аутом 15 сек вышлядит реалистично. - Evgeny_CD(31.10.2023 00:23)
- NAT при отправке запроса "наружу" выделяет какой-то внешний порт и запоминает соответствие внешний порт - внутренний порт/IP (он же порт источника). При поступлении ответа на внешний порт пакет транслируется NAT'ом на соответствующий внутренний порт/IP. Внешний порт держится открытым какие-то время. Но не меньше 15-30 сек. Если устройство хотя бы раз в 15 сек шлёт какой-то пакет присутствия, то всегда извне можно достучаться до этого устройства по внешнему IP и внешнему FDA(35 знак., 30.10.2023 16:19)
- Вся разница - в наличии ожидаемого стандартного ответа. При
диамической маршрутизации в сети с трансляцией IP-адресов (NAT),
трансляторы намного лучше справляются с пробросом портов, когда
видят предопределённые, ожидаемые ответы. Если протокол
стандартный, то NAT, по умолчанию, с его маршрутизацией в обе
стороны справляется хорошо. Если протокол собственный, то без
специальной настройки NAT, не заработает. NAT просто не знает этого
протокола и не знает, с какого порта Nikolay_Po(61 знак., 30.10.2023 15:01)