Сервери лише з 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. Досі вагаєтеся, який із двох потрібен вам? Ось тест з одного питання.
Коментарі
Поки немає коментарів. Будьте першим.