FEATURE REQUEST: full cone NAT

Что касается Full Cone NAT, я не знаю, как у других, но большинство людей вокруг меня, кто использует RouterOS, применяют его в качестве домашнего маршрутизатора. Для домашних маршрутизаторов главная сеть нужна для игр, таких как XBox, PS5 и Switch. Эти игры в основном используют сеть для онлайн-игр, и когда вы играете в онлайне, требуется настроить проброс портов. Разные люди, использующие RouterOS, не знают, как это сделать. Конечно, разработаны функции DMZ и uPNP, но в конечном итоге они не решают проблему эффективно. Вот почему появился Full Cone NAT. Full Cone, также известный как NAT1, — это самый простой метод преобразования NAT UDP, который может решить проблему проброса портов для большинства людей. Внешние устройства могут активно отправлять сообщения устройствам в сети NAT1. Все запросы с одного и того же внутреннего IP и номера порта Endpoint1 будут mapped на тот же внешний IP и номер порта Endpoint2, и любой внешний хост может отправлять пакеты на этот внутренний хост через mapped Endpoint2. То есть все пакеты, отправленные извне на Endpoint2, будут перенаправлены NAT на Endpoint1. Нет ограничений на источник внешних запросов. Многие онлайн-игры требуют этой функции. Все больше домашних маршрутизаторов начинают поддерживать Full Cone NAT, и пользователям необходимо просто включить эту опцию, чтобы решить проблему онлайн-игр. Я думаю, что RouterOS тоже должен это учесть. Некоторые могут сказать, что с IPv6 таких проблем нет, но вы игнорируете одну проблему. Некоторые игры нуждаются в Full Cone NAT, потому что ваша онлайн-игра осуществляется не через сервер, а peer-to-peer. Если вы хотите играть в IPv6 с другим человеком, вам нужно, чтобы и он имел IPv6, и его IPv6 не был за NAT. Если его IPv6 за NAT, извините, вы не сможете отправить UDP-данные игры ему, если он не настроит правильный проброс портов. По некоторым техническим аспектам Full Cone NAT вы можете увидеть некоторые реализации по следующей ссылке, надеюсь, это будет полезно. https://github.com/Chion82/netfilter-full-cone-nat С увеличением числа домашних маршрутизаторов MikroTik hAP ax2, RB5009, я по-прежнему ожидаю Audience AX. Я верю, что поддержка Full Cone NAT будет хорошей новостью для каждого пользователя RouterOS на дому.

Я так не считаю. Если вам нужно решение с «одной кнопкой», тогда покупайте другие бренды для малых офисов. Если вы хотите иметь полный контроль над тем, что «происходит за кулисами», тогда вам стоит пройти уроки по настройке маршрутизаторов. Некоторые игры требуют Full Cone NAT, потому что ваша онлайн-игра не идет через сервер, а является пиринговой. Так «одна кнопка» должна открывать ящик Пандоры безопасности?

Любая современная конкурентная игра использует клиент-серверный подход, для остальных в основном достаточно uPnP, так что только некоторые крайние случаи могут извлечь выгоду из cone NAT.

Отсутствие поддержки PCP нарушает работу Upnp на уровне CGN. Есть ли у Mikrotik планы реализовать это в будущем?

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

Почему обычные пользователи отказываются от IPv6? Примером может служить RouterOS: проблема разрешения AAAA не была решена до версии 7.8rc1. До этого, если включали IPv6, у пользователей возникали различные проблемы со стримингом, например, прерывания во время воспроизведения. Подобные проблемы широко распространены и среди других домашних маршрутизаторов. В общем восприятии, если возникают проблемы с домашней сетью, такие как загруженность сети, отключение IPv6 помогает решить вопрос. Если видео воспроизводится неправильно, отключите IPv6. В общем, любые проблемы с домашней сетью можно решить простым отключением IPv6, вернувшись к состоянию, когда проблем не было. Это стало обыденным, и даже среди провайдеров, предлагающих IPv6, ситуация не так хороша, как многие представляют. Большинство провайдеров, предоставляющих динамические IP, при получении нового IPv4 также назначают новый префикс IPv6, а старый становится недействительным. Это значит, что префикс IPv6 тоже динамический. Поэтому часто возникает ситуация, когда устройство клиента использует недействительный IPv6-адрес для доступа в интернет, что вызывает проблемы. То же самое наблюдается и с RouterOS, но проблема не была решена, пока RouterOS не поддержала IPv6 NAT и не появилась возможность решения через конфигурацию кода. Похожие проблемы часто встречаются в IPv6, можно сказать, что IPv6 все еще слишком молод или конфигурация IPv6 еще не совершенна. В таком случае устройство пользователя продолжает использовать устаревший и недействительный префикс IPv6, что приводит к проблемам с доступом в интернет. Это связано с тем, что провайдер сообщил пользователю, что префикс IPv6 действителен только три дня, но если за этот период пользователь обновит свой адрес IPv4, он получит новый IPv6-адрес, и старый префикс IPv6 станет недействительным. Некоторые могут сказать, что проблему можно решить с помощью рекламы недействительных делегированных префиксов. Однако лишь немногие маршрутизаторы поддерживают эту функцию, и RouterOS не поддерживает рекламу недействительных делегированных префиксов. Более того, реклама недействительных делегированных префиксов требует поддержки от клиентов, то есть клиент, получающий трансляцию, должен на нее ответить.