Кратко

  • В опубликованном 24 августа гостевом материале частный IPv4 на WAN-интерфейсе назван безусловным признаком CGNAT. Одного показания для такого вывода недостаточно.
  • Адреса RFC 1918, пространство RFC 6598, второй маршрутизатор в помещении и DS-Lite создают разные границы управления. Диагноз требует сопоставить класс адреса, внешний выход, оборудование перед маршрутизатором и режим IPv6.

Экран показывает только ближайшего соседа

Сохранённая PublicNow копия статьи объясняет домашним пользователям MikroTik, как читать состояние WAN. Проверить полученный адрес и сравнить его с тем, который видит внешний сервис, — разумный первый шаг. Ошибка возникает, когда частное значение превращается в окончательный вердикт: это якобы всегда CGNAT.

Маршрутизатор знает адрес на непосредственном канале. Если он частный, такой адрес не маршрутизируется в публичном IPv4-Интернете, поэтому впереди действительно нужна трансляция или инкапсуляция. Но одно поле не показывает ни расположение границы, ни её владельца, ни количество промежуточных этапов.

Слово «всегда» опровергает обычная домашняя схема. Шлюз провайдера остаётся маршрутизатором, сам получает публичный IPv4 и назначает пользовательскому устройству 192.168.1.2. На WAN второго маршрутизатора виден частный адрес, однако доказана лишь двойная трансляция внутри помещения. Перевод первого шлюза в мостовой режим способен изменить результат без каких-либо перемен в сети оператора.

Что именно означают адресные диапазоны

RFC 1918 выделяет 10/8, 172.16/12 и 192.168/16 для частных сетей. Эти адреса повторно используются в домах, компаниях и управляемых сетях. Они свидетельствуют об отсутствии глобальной уникальности, но не называют сторону, выполняющую трансляцию.

RFC 6598 создал диапазон 100.64/10 как общее адресное пространство для интерфейсов операторского NAT. Это более сильный признак, чем RFC 1918. И всё же страница состояния не раскрывает соответствие публичному адресу, распределение портов, срок хранения журналов и настоящую точку передачи услуги.

DS-Lite требует третьего объяснения. В RFC 6333 IPv4-трафик идёт по IPv6-туннелю до AFTR. Для абонента ограничение входящих IPv4-соединений выглядит похоже, но контур управления и способы исправления отличаются от двух последовательных IPv4-NAT.

Минимальная воспроизводимая запись должна включать: точный WAN-адрес и его класс; публичный IPv4, одновременно замеченный внешней точкой; наличие другого шлюза; состояние IPv6 и AFTR; контролируемую входящую проверку с протоколом, портом и временем; описание услуги, связанное с договором или заявкой. RFC 6888 определяет CGN в том числе через поведение сопоставления и фильтрации. Скриншот одного поля такого поведения не фиксирует.

Редакционная площадка усиливает категоричность

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

Предложенный Heng Lu принцип минимальной начальной спецификации даёт точную редакционную меру: зафиксировать только наименьший подтверждённый вывод и указать следующую проверку. Приоритет работающего кода и наблюдаемого поведения также превращает WAN-показание в начало теста, а не в его итог.

Практическое предупреждение руководства остаётся верным: многие абоненты с общими адресами не могут обычным способом принять входящее IPv4-соединение. Не установлена причина. Корректная формула звучит так: частный WAN-адрес показывает ещё одну границу выше по сети; CGNAT — одна из гипотез, требующих проверки.

Источники