Сървърите само с IPv6 са евтини по проста причина: IPv4 адресите са оскъдни и струват пари всеки месец, IPv6 адресите не. Така че въпросът не е дали само IPv6 е по-евтино (такова е), а дали нещата, които реално ползваш, още работят. Проверихме през септември 2026, вместо да преповтаряме отговори от форуми отпреди година.
Какво тествахме и резултатът
Погледнахме IPv6 (AAAA) записите на услугите, до които типичен сървър се докосва в първия ден. Липса на AAAA запис значи, че машина само с IPv6 не може да я достигне без помощ.
| Услуга | IPv6 към 26 септември 2026 |
|---|---|
| github.com, api.github.com | ❌ не |
| objects.githubusercontent.com (изтегляне на издания) | ❌ не |
| ghcr.io (container registry на GitHub) | ❌ не |
| raw.githubusercontent.com | ✅ да |
| Docker Hub (registry-1.docker.io) | ✅ да |
| PyPI, npm, crates.io, Go module proxy | ✅ да |
| Огледала на пакети за Debian / Ubuntu / Alpine | ✅ да |
| GitLab | ✅ да |
| Let's Encrypt (ACME) | ✅ да |
| Telegram Bot API | ✅ да |
| discord.com и gateway-ят на Discord | ❌ не |
| APIs на OpenAI, Anthropic, Google Gemini | ✅ да |
| Hugging Face (сайтът) | ✅ да, но CDN хостът за големи файлове: ❌ не |
| ollama.com | ❌ не (registry.ollama.ai: ✅ да) |
| Binance API | ❌ не |
| Coinbase API | ✅ да |
Моделът е ясен: мениджърите на пакети, големите AI APIs и Telegram са готови. GitHub, услугата, която трябва на почти всеки сървър, още не е.
Какво значи това на практика
На VPS само с IPv6 ще удариш стена точно на тези места:
git clone https://github.com/...се проваля. Същото важи за инсталационни скриптове, които теглят издание от GitHub с curl, и за всичко, което тегли образи отghcr.io.- Discord ботовете изобщо не могат да се свържат с gateway-я.
- Някои изтегляния на модели се чупят: хостът за големи файлове на Hugging Face и ollama.com нямаха IPv6 при проверката ни.
- Крипто ботове на борси само с IPv4 не стигат до API-то.
И един по-тих проблем от входящата страна: посетители в мрежи само с IPv4 не могат да стигнат до сайт на сървър само с IPv6, освен ако не сложиш отпред proxy или 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 дестинации. Има публични, но прекарваш трафика си през чужда машина и зависиш от нейната наличност.
- Огледала и proxies. Огледай GitHub хранилищата си в GitLab, качвай образи в Docker Hub, пусни малко proxy на dual-stack машина. Става, но е водопровод, който трябва да поддържаш жив.
- CDN отпред за входящия уеб трафик, за да те стигат IPv4 посетителите.
Всяко решение само по себе си е наред. Заедно изяждат малкото долари, които планът само с IPv6 е спестил.
Кога реално ти трябва IPv4 и какъв
За повечето проекти честният отговор е: искаш IPv4 свързаност, но не непременно собствен IPv4 адрес.
- Ако нищо не трябва да се свързва към сървъра ти (ботове, агенти, workers, cron задачи), NAT план стига. Стига до всяка услуга, включително тези само с IPv4, през NAT, а ти влизаш през личен SSH порт. Това е бюджетният вариант: NAT планове от $3/месец.
- Ако нещо трябва да се свързва навътре (уебсайт, пощенски сървър, сървър за игри, VPN endpoint), вземи план с dedicated IPv4.
Не продаваме планове само с IPv6 точно по причините от таблицата горе: с NAT за $3/месец и пълен IPv4 достъп икономията не си струва сървър, който не може да клонира от GitHub. Още не си сигурен кое от двете ти трябва? Ето теста с един въпрос.
Коментари
Още няма коментари. Бъди първият.