IPv6: разворачивание и сжатие

Что делает инструмент развёртывания и сжатия IPv6

IPv6-адреса можно записать многими способами, которые все означают одно и то же 128-битное значение, и именно эта гибкость делает их трудными для чтения и сравнения. Этот инструмент берёт IPv6-адрес в любой допустимой форме и даёт вам два канонических ответа: полностью развёрнутый адрес со всеми восемью 16-битными группами и каждым выписанным ведущим нулём, и полностью сжатый адрес в стандартной сокращённой форме RFC 5952. Подайте ему 2001:db8::1 — и он развернёт её до 2001:0db8:0000:0000:0000:0000:0000:0001; подайте ему эту длинную версию обратно — и он сожмёт её до 2001:db8::1. Он также понимает адреса, содержащие хвост IPv4 (например ::ffff:192.168.0.1), и отбрасывает индекс зоны, такой как %eth0, перед разбором. Вы используете его всякий раз, когда два адреса, которые должны совпадать, отказываются это делать, или когда файл конфигурации, ACL или база данных требуют одной согласованной нотации.

Как это работает технически

IPv6-адрес — это 128 битов, записанных как восемь групп по четыре шестнадцатеричные цифры (каждая группа — 16 битов), разделённых двоеточиями. Двойное двоеточие :: — это сокращение для «одной или нескольких последовательных групп из одних нулей», и оно может появиться только один раз, потому что иначе адрес был бы неоднозначным. Чтобы развернуть, инструмент разбивает адрес по ::, подсчитывает группы с каждой стороны, вставляет посередине ровно столько групп 0000, сколько нужно, чтобы достичь восьми в общей сложности, и дополняет каждую группу до четырёх цифр. Чтобы сжать, он применяет правила RFC 5952, которые делают адрес каноническим: шестнадцатеричные символы в нижнем регистре, ведущие нули в каждой группе удаляются, а единственный самый длинный ряд последовательных нулевых групп заменяется на :: — причём при ничьей побеждает самый левый ряд, а ряд всего из одной нулевой группы остаётся несжатым. Любая встроенная часть IPv4 сначала преобразуется в две шестнадцатеричные группы, чтобы арифметика оставалась однородной. Парсер отклоняет неправильно сформированный ввод: более одного ::, неправильное количество групп или октет IPv4 выше 255.

Конкретные примеры и сценарии использования

• fe80::1 — локальный для канала адрес развёртывается до fe80:0000:0000:0000:0000:0000:0000:0001, удобно, когда инструмент настаивает на полной форме.
• 2001:0DB8:0000:0000:0000:0000:0000:0001 — в верхнем регистре и дополненный нулями от одного производителя, сжимается до аккуратного 2001:db8::1, которого ожидает другой производитель.
• Обратный DNS — построение PTR-записи ip6.arpa требует полностью развёрнутой формы, ниббл за нибблом, которую развёртыватель даёт вам напрямую.
• ACL и брандмауэры — нормализация обеих сторон сравнения предотвращает правила, которые тихо никогда не срабатывают, потому что один адрес был сжат, а другой — нет.

Практические советы и подводные камени

Самая распространённая ошибка — попытка использовать :: дважды или использовать её для обозначения одной нулевой группы там, где каноническая форма этого не сделала бы — оба варианта делают адрес нестандартным, даже если некоторые парсеры это терпят. Регистр важен для аккуратности, но не для значения: 2001:DB8::1 и 2001:db8::1 — это один и тот же адрес, а RFC 5952 просит нижний регистр, который и выдаёт этот инструмент. Когда адрес несёт префикс (например 2001:db8::/32) или идентификатор зоны (fe80::1%eth0), держите их отдельно в своём сознании — инструмент нормализует часть адреса и отбрасывает зону перед разбором. И помните, что :: в самом начале или конце всё равно считается нулевым рядом, так что ::1 — это петля обратной связи, а сама по себе :: — неопределённый адрес из одних нулей.

Приватность: каждое развёртывание и сжатие вычисляется локально в вашем браузере с помощью JavaScript. Адрес, который вы вводите, остаётся на вашем устройстве — ничего не отправляется на сервер, не загружается и не журналируется — так что с внутренними и продакшн IPv6-адресами здесь безопасно работать. Если вы развёртываете IPv6 и хотите убедиться, что ваше настоящее соединение не утекает за пределы зашифрованного туннеля, наш VPN создан, чтобы предотвращать именно такой вид раскрытия.