IPv4 или IPv6 для VPS

IPv4-адреса закончились и стоят денег, IPv6 бесплатен и бесконечен, но его понимают ещё не все. Разбираемся, зачем серверу вообще выделенный IPv4, что сломается на чистом IPv6 и почему правильный ответ чаще всего — держать оба.

Почему вообще стоит вопрос

IPv4 использует 32-битные адреса — их всего около 4,3 миллиарда, и они физически закончились. Поэтому выделенный IPv4 стал платным дефицитным ресурсом. IPv6 использует 128 бит, адресов практически бесконечно, и они раздаются щедро — но поддержка IPv6 в интернете пока не стопроцентная.

• IPv4 — совместим со всем, но дефицитен и стоит денег.
• IPv6 — бесплатен и в избытке, но понимают его не все сети и сервисы.

Отсюда практический вопрос для VPS: платить за IPv4, полагаться на бесплатный IPv6 или держать оба протокола сразу (dual-stack).

Зачем серверу выделенный IPv4

Пока значительная часть интернета живёт на IPv4, без него сервер отрезан от части мира. Конкретные вещи, которые почти всегда требуют IPv4:

• Почтовый сервер — многие MX-хосты не принимают письма по IPv6 или требуют строгий PTR.
• Доступ от старых клиентов — часть провайдеров и мобильных сетей ещё без IPv6.
• Внешние API и вебхуки — не все партнёры умеют IPv6.
• SSL/домены и SEO — A-запись на IPv4 остаётся базовой.
• Обход и связность из РФ — многие сети клиентов только на IPv4.

Поэтому выделенный IPv4 — это про совместимость: он гарантирует, что сервер доступен всем. Тарифы MAATRIX идут с выделенным IPv4, а где нужно — можно добавить дополнительный адрес.

Что даёт IPv6 и что на нём только и работает

IPv6 — не просто «новый IPv4». Он снимает нехватку адресов: вместо одного адреса вам выдают целую подсеть (обычно /64), где хостов больше, чем во всём IPv4. Это удобно, когда нужно много адресов — по одному на контейнер, домен или клиента VPN — без доплат.

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

Минус один, но существенный: клиент без IPv6 до чистого IPv6-сервера не достучится. Поэтому держать проект только на IPv6 сегодня рискованно.

Dual-stack: правильный ответ в большинстве случаев

Оптимум — dual-stack: сервер одновременно слушает и IPv4, и IPv6. Клиенты сами выбирают доступный протокол, и вы не теряете никого. Посмотреть текущие адреса:

ip -4 addr show
ip -6 addr show

Проверить исходящую связность по обоим протоколам:

ping -c3 8.8.8.8
ping6 -c3 2001:4860:4860::8888
curl -4 https://ifconfig.co
curl -6 https://ifconfig.co

Для веб-сервера достаточно повесить сокеты на оба стека. Пример для Nginx — слушать IPv4 и IPv6 разом:

server {
  listen 80;
  listen [::]:80;
  server_name example.com;
}

Настройка и DNS

Чтобы домен работал по обоим протоколам, заведите обе записи: A на IPv4 и AAAA на IPv6. Проверить их:

dig A example.com +short
dig AAAA example.com +short

Для почтового сервера обязателен корректный обратный DNS (PTR) на IPv4 — без него письма улетают в спам. PTR настраивается на стороне хостера, так что уточните эту возможность заранее. На стороне firewall не забудьте открыть порты и в ip6tables/ufw для IPv6, иначе сервис будет доступен только по IPv4.

Частые ошибки

• Держать проект только на IPv6 — часть клиентов физически не достучится.
• Забыть про AAAA-запись — IPv6-клиенты не увидят сайт при живом IPv6 на сервере.
• Открыть порты только в iptables — по IPv6 сервис останется закрытым или, наоборот, дырявым.
• Игнорировать PTR на IPv4 — почта уходит в спам.
• Считать IPv6 заменой IPv4 — сегодня это дополнение, а не альтернатива.

Частые вопросы