GitHub funziona su un server solo IPv6?

Non direttamente. Alla nostra verifica di settembre 2026, github.com, api.github.com, objects.githubusercontent.com (download delle release) e ghcr.io non pubblicano indirizzi IPv6, quindi git clone, l'API e il pull dei container da GitHub falliscono. raw.githubusercontent.com invece ha IPv6.

Posso far girare un bot Discord in solo IPv6?

No: discord.com e il gateway di Discord non avevano indirizzi IPv6 nella nostra verifica. Un bot Telegram va bene: api.telegram.org risponde in IPv6.

Perché i server solo IPv6 costano meno?

Gli indirizzi IPv4 sono scarsi e costano soldi veri ai provider ogni mese; gli indirizzi IPv6 sono praticamente gratis. Un piano solo IPv6 ti passa quel risparmio, al prezzo di rompere tutto ciò che parla solo IPv4.

Come verifico se un servizio supporta IPv6?

Esegui 'dig +short AAAA hostname'. Nessun output significa nessun indirizzo IPv6. Su una macchina dual-stack, 'curl -6 -sI https://hostname' conferma che risponda davvero in IPv6.

EQVPS vende piani solo IPv6?

No. Tutti i piani EQVPS raggiungono internet in IPv4: i piani NAT escono tramite NAT e li raggiungi su una porta SSH personale, e i piani dedicati hanno un IPv4 pubblico tutto loro. I piani NAT partono da $3/mese, il che copre il caso d'uso economico senza i grattacapi del solo IPv6.

VPS solo IPv6: cosa funziona e cosa si rompe nel 2026

I server solo IPv6 costano poco per un motivo semplice: gli indirizzi IPv4 sono scarsi e costano ogni mese, quelli IPv6 no. Quindi la domanda non è se il solo IPv6 costi meno (sì), ma se le cose che usi davvero funzionano ancora. Abbiamo verificato a settembre 2026 invece di ripetere risposte dei forum vecchie di un anno.

Cosa abbiamo verificato, e il risultato

Abbiamo cercato i record IPv6 (AAAA) dei servizi che un server tipico tocca il primo giorno. Nessun record AAAA significa che una macchina solo IPv6 non può raggiungerli senza aiuto.

Servizio	IPv6 al 26 set 2026
github.com, api.github.com	❌ no
objects.githubusercontent.com (download delle release)	❌ no
ghcr.io (registry dei container di GitHub)	❌ no
raw.githubusercontent.com	✅ sì
Docker Hub (registry-1.docker.io)	✅ sì
PyPI, npm, crates.io, proxy dei moduli Go	✅ sì
Mirror dei pacchetti Debian / Ubuntu / Alpine	✅ sì
GitLab	✅ sì
Let's Encrypt (ACME)	✅ sì
Telegram Bot API	✅ sì
discord.com e il gateway di Discord	❌ no
API di OpenAI, Anthropic, Google Gemini	✅ sì
Hugging Face (sito)	✅ sì, ma l'host CDN per i file grandi: ❌ no
ollama.com	❌ no (registry.ollama.ai: ✅ sì)
API di Binance	❌ no
API di Coinbase	✅ sì

Lo schema: gestori di pacchetti, grandi API di AI e Telegram sono pronti. GitHub, l'unico servizio di cui quasi ogni server ha bisogno, ancora no.

Cosa significa in pratica

Su un VPS solo IPv6 sbatterai contro un muro esattamente in questi punti:

git clone https://github.com/... fallisce. Così come gli script di installazione che scaricano con curl una release da GitHub e tutto ciò che tira immagini da ghcr.io.
I bot Discord non riescono proprio a collegarsi al gateway.
Alcuni download di modelli si rompono: l'host per i file grandi di Hugging Face e ollama.com non avevano IPv6 nella nostra verifica.
I bot crypto su exchange solo IPv4 non raggiungono l'API.

E uno più silenzioso sul lato in entrata: i visitatori su reti solo IPv4 non possono raggiungere un sito ospitato su un server solo IPv6, a meno che tu non metta davanti un proxy o una CDN con IPv4.

Verifica qualsiasi servizio in due secondi

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

Eseguilo su tutto ciò con cui parla il tuo progetto prima di scegliere un piano.

Soluzioni, e quanto costano

NAT64/DNS64. Un gateway traduce le richieste IPv6 verso destinazioni IPv4. Ne esistono di pubblici, ma fai passare il tuo traffico dalla macchina di qualcun altro e dipendi dal suo uptime.
Mirror e proxy. Replica i repository GitHub su GitLab, pubblica le immagini su Docker Hub, fai girare un piccolo proxy su una macchina dual-stack. Fattibile, ma è un impianto idraulico da tenere in vita.
Una CDN davanti per il traffico web in entrata, così i visitatori IPv4 possono raggiungerti.

Ogni soluzione presa da sola va bene. Tutte insieme si mangiano i pochi dollari che il piano solo IPv6 faceva risparmiare.

Quando ti serve davvero IPv4, e di che tipo

Per la maggior parte dei progetti la risposta onesta è: vuoi la connettività IPv4, ma non necessariamente un indirizzo IPv4 tutto tuo.

Se niente deve collegarsi verso il tuo server (bot, agenti, worker, cron job), basta un piano NAT. Raggiunge qualsiasi servizio, anche quelli solo IPv4, tramite NAT, e tu entri da una porta SSH personale. È l'opzione economica: piani NAT da $3/mese.
Se qualcosa deve collegarsi in entrata (un sito, un server di posta, un server di gioco, un endpoint VPN), prendi un piano con IPv4 dedicato.

Non vendiamo piani solo IPv6 esattamente per i motivi della tabella qui sopra: a $3 al mese per un NAT con piena raggiungibilità IPv4, il risparmio non vale un server che non riesce a clonare da GitHub. Non sei ancora sicuro di quale dei due ti serve? Ecco il test con una sola domanda.