RFC 6598 выделяет Shared Address Space 100.64.0.0/10 для нужд Carrier-Grade NAT. Это пространство отличается от частных диапазонов RFC1918 и предназначено для сетей поставщиков связи. Диапазон не следует выдавать за выделенный глобально доступный IPv4 клиента.

Какие адреса нужно различать

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

ВопросЧто запросить у поставщика
Есть ли общий транслятор?Схему адресации выбранной услуги
Возможен ли входящий доступ?Разрешенные способы публикации
Кто управляет сопоставлением?Полномочия клиента и оператора
Есть ли иной адресный вариант?Условия продукта, не предположение

Не обещайте публичный IP по названию тарифного плана без подтверждения. Даже если такая опция существует у компании, выясните, относится ли она к вашей услуге и как меняется доступ.

Почему правило домашнего узла может быть недостаточным

Учебная ситуация: клиент настроил свой локальный узел, но между ним и внешней сетью остается транслятор, которым управляет другая сторона. Локальная правка не дает автоматически власти над вторым узлом. Это пример границы управления, не обнаруженная конфигурация пользователя.

Для приема сервиса согласуйте всю цепочку. Не обходите операторские ограничения и не публикуйте административный интерфейс через случайный туннель ради проверки. Для другого IP-семейства нужна собственная схема, а не перенос вывода об IPv4 на IPv6.

Что включить в приемку

Укажите разрешенного внешнего клиента, назначение и нужную операцию. Проверка из внутренней сети не заменяет согласованную внешнюю приемку. Проброс портов и firewall рассматриваются отдельно от общего адреса.

Источник прочитан 7 октября 2026 года. Адреса и услуга пользователя не проверялись, маршруты и правила не менялись. Для общего перевода адресов есть NAT, для терминов - словарь.