Serverele doar cu IPv6 sunt ieftine dintr-un motiv simplu: adresele IPv4 sunt rare și costă bani în fiecare lună, adresele IPv6 nu. Deci întrebarea nu e dacă doar IPv6 e mai ieftin — este —, ci dacă lucrurile pe care chiar le folosești mai merg. Am verificat în septembrie 2026, în loc să repetăm răspunsuri de pe forumuri vechi de un an.
Ce am testat și rezultatul
Am căutat înregistrările IPv6 (AAAA) ale serviciilor pe care le atinge un server obișnuit din prima zi. Fără înregistrare AAAA, o mașină doar cu IPv6 nu ajunge la serviciu fără ajutor.
| Serviciu | IPv6 la 26 sept. 2026 |
|---|---|
| github.com, api.github.com | ❌ nu |
| objects.githubusercontent.com (descărcări de release) | ❌ nu |
| ghcr.io (registrul de containere GitHub) | ❌ nu |
| raw.githubusercontent.com | ✅ da |
| Docker Hub (registry-1.docker.io) | ✅ da |
| PyPI, npm, crates.io, proxy-ul de module Go | ✅ da |
| Oglinzile de pachete Debian / Ubuntu / Alpine | ✅ da |
| GitLab | ✅ da |
| Let's Encrypt (ACME) | ✅ da |
| Telegram Bot API | ✅ da |
| discord.com și gatewayul Discord | ❌ nu |
| API-urile OpenAI, Anthropic, Google Gemini | ✅ da |
| Hugging Face (site-ul) | ✅ da — dar hostul CDN pentru fișiere mari: ❌ nu |
| ollama.com | ❌ nu (registry.ollama.ai: ✅ da) |
| Binance API | ❌ nu |
| Coinbase API | ✅ da |
Tiparul: managerii de pachete, marile API-uri AI și Telegram sunt pregătite. GitHub — singurul serviciu de care are nevoie aproape orice server — încă nu.
Ce înseamnă asta în practică
Pe un VPS doar cu IPv6 te vei lovi de ziduri exact în aceste locuri:
git clone https://github.com/...eșuează. La fel scripturile de instalare care descarcă cu curl un release de pe GitHub și tot ce trage imagini de peghcr.io.- Boții Discord nu se pot conecta deloc la gateway.
- Unele descărcări de modele se strică: hostul pentru fișiere mari al Hugging Face și ollama.com n-aveau IPv6 la verificarea noastră.
- Boții cripto pe burse doar cu IPv4 nu ajung la API.
Și una mai discretă, pe partea de intrare: vizitatorii din rețele doar cu IPv4 nu ajung la un site găzduit pe un server doar cu IPv6, decât dacă pui în față un proxy sau un CDN cu IPv4.
Testează orice serviciu în două secunde
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
Rulează asta pentru tot ce folosește proiectul tău înainte să alegi un plan.
Ocolișuri și costul lor
- NAT64/DNS64. Un gateway traduce cererile IPv6 spre destinații IPv4. Există gatewayuri publice, dar îți treci traficul prin mașina altcuiva și depinzi de disponibilitatea lor.
- Oglinzi și proxy-uri. Îți oglindești repository-urile GitHub pe GitLab, urci imaginile pe Docker Hub, rulezi un mic proxy pe o mașină dual-stack. Se poate, dar e instalație pe care trebuie s-o ții în viață.
- Un CDN în față pentru traficul web de intrare, ca vizitatorii cu IPv4 să ajungă la tine.
Fiecare soluție e în regulă luată separat. Împreună, mănâncă cei câțiva dolari economisiți cu un plan doar cu IPv6.
Când ai nevoie de fapt de IPv4 — și de ce fel
Pentru cele mai multe proiecte, răspunsul cinstit e: vrei conectivitate IPv4, dar nu neapărat propria adresă IPv4.
- Dacă nimic nu trebuie să se conecteze la serverul tău — boți, agenți, workeri, cron jobs —, un plan NAT ajunge. Ajunge la orice serviciu, inclusiv la cele doar cu IPv4, prin NAT, iar tu intri printr-un port SSH personal. Asta e opțiunea de buget: planuri NAT de la $3/lună.
- Dacă ceva trebuie să se conecteze din exterior — un site, un server de e-mail, un server de jocuri, un capăt de VPN —, ia un plan cu IPv4 dedicat.
Nu vindem planuri doar cu IPv6 exact din motivele din tabelul de mai sus: la $3/lună pentru NAT cu acces IPv4 complet, economia nu merită un server care nu poate clona de pe GitHub. Încă nu știi sigur de care dintre cele două ai nevoie? Iată testul cu o singură întrebare.
Comentarii
Încă nu există comentarii. Fii primul.