Серверы только с IPv6 дешёвые по простой причине: IPv4-адресов мало и они стоят денег каждый месяц, а IPv6 — нет. Так что вопрос не в том, дешевле ли IPv6-only, — дешевле, — а в том, работает ли то, чем вы реально пользуетесь. Мы проверили в сентябре 2026 вместо того, чтобы пересказывать ответы с форумов годичной давности.
Что проверяли и что вышло
Мы посмотрели IPv6-записи (AAAA) сервисов, к которым типичный сервер обращается в первый же день. Нет AAAA-записи — машина только с IPv6 не достучится без посторонней помощи.
| Сервис | IPv6 на 26.09.2026 |
|---|---|
| github.com, api.github.com | ❌ нет |
| objects.githubusercontent.com (скачивание релизов) | ❌ нет |
| ghcr.io (реестр контейнеров GitHub) | ❌ нет |
| raw.githubusercontent.com | ✅ да |
| Docker Hub (registry-1.docker.io) | ✅ да |
| PyPI, npm, crates.io, прокси Go-модулей | ✅ да |
| Зеркала пакетов Debian / Ubuntu / Alpine | ✅ да |
| GitLab | ✅ да |
| Let's Encrypt (ACME) | ✅ да |
| Telegram Bot API | ✅ да |
| discord.com и шлюз Discord | ❌ нет |
| API OpenAI, Anthropic, Google Gemini | ✅ да |
| Hugging Face (сайт) | ✅ да — но CDN для больших файлов: ❌ нет |
| ollama.com | ❌ нет (registry.ollama.ai: ✅ да) |
| API Binance | ❌ нет |
| API Coinbase | ✅ да |
Картина такая: пакетные менеджеры, крупные AI-API и Telegram готовы. GitHub — сервис, который нужен почти каждому серверу, — до сих пор нет.
Что это значит на практике
На VPS только с IPv6 вы упрётесь ровно в эти места:
git clone https://github.com/...не работает. Как и установочные скрипты, скачивающие релиз с GitHub, и всё, что тянет образы изghcr.io.- Discord-боты вообще не подключаются к шлюзу.
- Часть загрузок моделей ломается: у CDN больших файлов Hugging Face и у ollama.com IPv6 в нашей проверке не было.
- Крипто-боты на биржах только с IPv4 не достучатся до API.
И более тихая проблема на входе: посетители из сетей только с IPv4 не откроют сайт на IPv6-only сервере, если перед ним нет прокси или CDN с IPv4.
Проверка любого сервиса за две секунды
dig +short AAAA github.com # empty output = no IPv6
dig +short AAAA api.telegram.org # addresses = IPv6 available
curl -6 -sI https://pypi.org | head -1 # on a dual-stack box: proves it answers over v6
Прогоните это по всему, с чем общается ваш проект, до выбора тарифа.
Обходные пути и их цена
- NAT64/DNS64. Шлюз транслирует IPv6-запросы к IPv4-адресатам. Публичные шлюзы существуют, но ваш трафик идёт через чужую машину, и вы зависите от её аптайма.
- Зеркала и прокси. Зеркалируйте репозитории с GitHub на GitLab, публикуйте образы в Docker Hub, держите небольшой прокси на машине с двумя стеками. Рабочий вариант, но эту обвязку придётся поддерживать.
- CDN впереди для входящего веб-трафика, чтобы вас открывали посетители с IPv4.
Каждое решение по отдельности нормальное. Вместе они съедают те несколько долларов, что сэкономил IPv6-only тариф.
Когда IPv4 действительно нужен — и какой
Для большинства проектов честный ответ: вам нужна IPv4-связность, но не обязательно собственный IPv4-адрес.
- Если к серверу ничего не должно подключаться снаружи — боты, агенты, воркеры, задачи по расписанию, — хватит NAT-тарифа. Он достаёт до любого сервиса, включая те, что работают только по IPv4, через NAT, а заходите вы по персональному SSH-порту. Это бюджетный вариант: NAT-тарифы от $3/мес.
- Если что-то должно подключаться внутрь — сайт, почтовый сервер, игровой сервер, точка входа VPN, — берите тариф с выделенным IPv4.
Мы не продаём тарифы только с IPv6 ровно по причинам из таблицы выше: при $3/мес за NAT с полным доступом к IPv4 экономия не стоит сервера, который не может склонировать репозиторий с GitHub. Всё ещё сомневаетесь, какой из двух нужен вам? Вот тест из одного вопроса.
Комментарии
Пока нет комментариев. Будьте первым.