Fungerar GitHub på en server med bara IPv6?

Inte direkt. Vid vår kontroll i september 2026 publicerade github.com, api.github.com, objects.githubusercontent.com (nedladdning av versioner) och ghcr.io inga IPv6-adresser, så git clone, API:et och containerhämtningar från GitHub misslyckas. raw.githubusercontent.com har IPv6.

Kan jag köra en Discord-bot på bara IPv6?

Nej: discord.com och Discords gateway hade inga IPv6-adresser vid vår kontroll. En Telegram-bot fungerar fint: api.telegram.org svarar över IPv6.

Varför är servrar med bara IPv6 billigare?

IPv4-adresser är knappa och kostar leverantörer riktiga pengar varje månad; IPv6-adresser är praktiskt taget gratis. En plan med bara IPv6 skickar vidare den besparingen, till priset av att allt som bara talar IPv4 går sönder.

Hur kontrollerar jag om en tjänst stöder IPv6?

Kör 'dig +short AAAA hostname'. Ingen utdata betyder ingen IPv6-adress. På en dual-stack-maskin bekräftar 'curl -6 -sI https://hostname' att tjänsten faktiskt svarar över IPv6.

Säljer EQVPS planer med bara IPv6?

Nej. Varje EQVPS-plan når internet över IPv4: NAT-planer går ut via NAT och du når dem på en personlig SSH-port, dedikerade planer har en egen publik IPv4. NAT-planer börjar på $3/mån, vilket täcker budgetbehovet utan huvudvärken med bara IPv6.

VPS med bara IPv6: vad fungerar och vad går sönder 2026

Servrar med bara IPv6 är billiga av en enkel anledning: IPv4-adresser är knappa och kostar pengar varje månad, IPv6-adresser gör det inte. Frågan är alltså inte om bara IPv6 är billigare (det är det), utan om sakerna du faktiskt använder fortfarande fungerar. Vi kontrollerade i september 2026 i stället för att upprepa årsgamla forumsvar.

Vad vi testade, och resultatet

Vi slog upp IPv6-posterna (AAAA) för tjänster som en typisk server rör vid redan första dagen. Ingen AAAA-post betyder att en maskin med bara IPv6 inte når dem utan hjälp.

Tjänst	IPv6 per 26 sep 2026
github.com, api.github.com	❌ nej
objects.githubusercontent.com (nedladdning av versioner)	❌ nej
ghcr.io (GitHubs containerregister)	❌ nej
raw.githubusercontent.com	✅ ja
Docker Hub (registry-1.docker.io)	✅ ja
PyPI, npm, crates.io, Gos modulproxy	✅ ja
Paketspeglar för Debian / Ubuntu / Alpine	✅ ja
GitLab	✅ ja
Let's Encrypt (ACME)	✅ ja
Telegram Bot API	✅ ja
discord.com och Discords gateway	❌ nej
API:er från OpenAI, Anthropic, Google Gemini	✅ ja
Hugging Face (webbplats)	✅ ja, men CDN-värden för stora filer: ❌ nej
ollama.com	❌ nej (registry.ollama.ai: ✅ ja)
Binance API	❌ nej
Coinbase API	✅ ja

Mönstret: pakethanterare, stora AI-API:er och Telegram är redo. GitHub, den enda tjänst nästan varje server behöver, är det fortfarande inte.

Vad det betyder i praktiken

På en VPS med bara IPv6 kör du in i väggen precis på de här ställena:

git clone https://github.com/... misslyckas. Likaså installationsskript som hämtar en GitHub-version med curl, och allt som drar images från ghcr.io.
Discord-botar kan inte ansluta till gatewayen alls.
Vissa modellnedladdningar går sönder: Hugging Faces värd för stora filer och ollama.com hade ingen IPv6 vid vår kontroll.
Kryptobotar på börser med bara IPv4 når inte API:et.

Och ett tystare problem på den inkommande sidan: besökare på nät med bara IPv4 når inte en sajt som ligger på en server med bara IPv6, om du inte ställer en proxy eller ett CDN med IPv4 framför.

Testa vilken tjänst som helst på två sekunder

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

Kör det mot allt ditt projekt pratar med innan du väljer plan.

Lösningar, och vad de kostar

NAT64/DNS64. En gateway översätter IPv6-förfrågningar till IPv4-mål. Det finns publika, men då går din trafik genom någon annans maskin och du är beroende av deras drifttid.
Speglar och proxyer. Spegla dina GitHub-förråd till GitLab, pusha images till Docker Hub, kör en liten proxy på en dual-stack-maskin. Det går, men det är rörmokeri som måste hållas vid liv.
Ett CDN framför för inkommande webbtrafik, så att IPv4-besökare når dig.

Varje lösning för sig är okej. Tillsammans äter de upp de få dollar som planen med bara IPv6 sparade.

När du verkligen behöver IPv4, och vilken sort

För de flesta projekt är det ärliga svaret: du vill ha IPv4-anslutning, men inte nödvändigtvis en egen IPv4-adress.

Om ingenting behöver ansluta till din server (botar, agenter, workers, cron-jobb) räcker en NAT-plan. Den når alla tjänster, även de med bara IPv4, via NAT, och du tar dig in via en personlig SSH-port. Det är budgetalternativet: NAT-planer från $3/mån.
Om något måste ansluta utifrån (en webbplats, en e-postserver, en spelserver, en VPN-slutpunkt), ta en plan med dedikerad IPv4.

Vi säljer inga planer med bara IPv6, just av skälen i tabellen ovan: för $3 i månaden för NAT med full IPv4-räckvidd är besparingen inte värd en server som inte kan klona från GitHub. Fortfarande osäker på vilken av de två du behöver? Här är testet med en enda fråga.