Две схемы адресации, работающие бок о бок
IPv4
192.0.2.10
32 бита — ~4,3 млрд адресов — исчерпаны
IPv6
2606:4700::6810:84e5
128 бит — 340 ундециллионов адресов
Исчерпание IPv4 и медленный путь к IPv6
32-битное адресное пространство IPv4 позволяет иметь примерно 4,3 миллиарда уникальных адресов. В 1980-х это казалось огромным числом, но оказалось далеко не достаточным для мира, где миллиарды телефонов, ноутбуков, серверов и IoT-устройств нуждаются в индивидуальной адресации. Региональные регистраторы, отвечающие за выделение новых блоков IPv4, один за другим исчерпали свои свободные пулы — процесс в основном завершился к началу-середине 2010-х.
| IPv4 | IPv6 | |
|---|---|---|
| Размер адреса | 32 бита | 128 бит |
| Всего адресов | ~4,3 миллиарда | 340 ундециллионов |
| Новые выделения от регистраторов | Исчерпаны с начала-середины 2010-х | Огромный запас остаётся |
| Нужен NAT для совместного использования адресов | Да, повсеместно | Нет: адресов хватает на каждое устройство |
| Пример записи | 192.0.2.10 | 2606:4700::6810:84e5 |
Что на самом деле так долго поддерживает жизнь IPv4
- NAT (трансляция сетевых адресов) позволяет множеству устройств в частной сети делить один публичный адрес IPv4, резко сокращая число реально нужных публичных адресов.
- Теперь существует вторичный рынок адресов IPv4: организации, которым больше не нужен выделенный им когда-то блок, могут продать его по весьма высоким ценам тем, кому он нужен.
- Carrier-grade NAT распространяет тот же приём совместного использования на уровень провайдера, позволяя одному провайдеру обслуживать огромное число клиентов за сравнительно небольшим пулом публичных адресов.
Почему переход на IPv6 идёт постепенно, а не жёстким переключением
IPv6 не обратно совместим с IPv4 на сетевом уровне: чистое устройство IPv6 не может напрямую общаться с чистым устройством IPv4 без прослойки трансляции. Именно эта несовместимость и растянула переход на десятилетия вместо одного согласованного переключения: каждый элемент инфраструктуры, от домашних роутеров до магистральных провайдеров и отдельных приложений, должен поддерживать оба протокола одновременно (dual-stack), пока значимая доля интернета остаётся только на IPv4.
Для тех, кто сегодня разрешает домены, практический вывод прост: проверяйте записи A и AAAA независимо, ожидайте, что заметная доля доменов по-прежнему работает только по IPv4, и не считайте, что наличие (или отсутствие) одного типа записи что-то говорит о другом: они действительно независимы и, вероятно, останутся такими ещё надолго.
Внедрение сильно различается по сетям и регионам
Доля трафика IPv6 — это не одно глобальное число, а скорее лоскутное одеяло: некоторые мобильные операторы и домашние провайдеры довели внедрение среди собственных пользователей значительно за половину, во многом потому, что это позволяет обойти стоимость и сложность carrier-grade NAT в их масштабах, тогда как многие корпоративные сети и сети дата-центров остаются почти полностью на IPv4 по унаследованным причинам, от которых дорого избавляться. Эта неравномерность и есть причина, по которой домен только с IPv4 не обязательно устарел: для многих сценариев трафика режим только IPv6 сегодня означал бы недоступность для заметной доли посетителей, поэтому dual-stack остаётся безопасным вариантом по умолчанию, а не временным неудобством.
Что на самом деле требуется для перехода только на IPv6 сегодня
Небольшое, но растущее число внутренних, не обращённых к публике систем сознательно перешло только на IPv6 — обычно внутри крупных организаций, которые контролируют оба конца каждого соединения и могут гарантировать, что у каждого задействованного клиента есть рабочее подключение по IPv6. Для всего, что обращено к публике, такой гарантии нет: заметная доля посетителей в некоторых сетях всё ещё вообще не может достучаться до адреса только IPv6, и запасного пути нет. Эта асимметрия — dual-stack почти ничего не стоит поддерживать, а режим только IPv6 рискует тихо потерять реальную долю трафика — и есть причина, по которой dual-stack остаётся рекомендацией по умолчанию для публичных сервисов, даже когда режим только IPv6 становится всё более обычным для внутренней инфраструктуры, которую операторы полностью контролируют.
Нужно проверить публичные DNS-адреса домена? Воспользуйтесь инструментом Domain IP Lookup.
Бесплатные инструменты по этой теме
Читайте также
Сигналы, достойные оповещения
Мониторинг изменений DNS в большом портфеле доменов
Ручная проверка DNS одного домена не масштабируется на десятки и тысячи. Практический подход к раннему обнаружению изменений.
Постепенное переключение лучше мгновенного
Blue
100% трафика
Взвешенное разделение
95/5, затем 50/50
Green
100% трафика
Blue-green-развёртывания и переключение DNS
Переключение трафика между двумя средами через изменение DNS на бумаге выглядит просто, но TTL и кеширование делают всё сложнее на практике.
Один IP — один сервер, или один IP — много
Unicast
Один IP — ровно один сервер
Anycast
Один IP, анонсируется из многих точек
Anycast DNS: как один IP работает сразу в десятках мест
Один и тот же IP-адрес, анонсируемый сразу из десятков точек: так anycast помогает DNS-провайдерам оставаться быстрыми и отказоустойчивыми по всему миру.