Czy GitHub działa na serwerze tylko z IPv6?

Nie bezpośrednio. Według naszego sprawdzenia z września 2026 github.com, api.github.com, objects.githubusercontent.com (pobieranie wydań) i ghcr.io nie publikują adresów IPv6, więc git clone, API i pobieranie kontenerów z GitHuba nie działają. raw.githubusercontent.com ma IPv6.

Czy mogę uruchomić bota Discord tylko na IPv6?

Nie: discord.com i bramka Discorda nie miały adresów IPv6 w naszym sprawdzeniu. Bot Telegram działa: api.telegram.org odpowiada przez IPv6.

Dlaczego serwery tylko z IPv6 są tańsze?

Adresy IPv4 są rzadkie i co miesiąc kosztują dostawców prawdziwe pieniądze; adresy IPv6 są praktycznie darmowe. Plan tylko z IPv6 przekazuje ci tę oszczędność kosztem zepsucia wszystkiego, co mówi tylko po IPv4.

Jak sprawdzić, czy usługa obsługuje IPv6?

Uruchom 'dig +short AAAA hostname'. Brak wyniku oznacza brak adresu IPv6. Na maszynie dual-stack 'curl -6 -sI https://hostname' potwierdza, że usługa naprawdę odpowiada przez IPv6.

Czy EQVPS sprzedaje plany tylko z IPv6?

Nie. Każdy plan EQVPS łączy się z internetem przez IPv4: plany NAT wychodzą przez NAT, a łączysz się z nimi przez osobisty port SSH, plany dedykowane mają własny publiczny IPv4. Plany NAT zaczynają się od $3/mies., co pokrywa budżetowy scenariusz bez kłopotów z samym IPv6.

VPS tylko z IPv6: co działa, a co się psuje w 2026

Serwery tylko z IPv6 są tanie z prostego powodu: adresy IPv4 są rzadkie i kosztują co miesiąc, a IPv6 nie. Pytanie nie brzmi więc, czy samo IPv6 jest tańsze (jest), tylko czy rzeczy, których naprawdę używasz, nadal działają. Sprawdziliśmy to we wrześniu 2026, zamiast powtarzać roczne odpowiedzi z forów.

Co sprawdziliśmy i jaki jest wynik

Sprawdziliśmy rekordy IPv6 (AAAA) usług, z którymi typowy serwer łączy się pierwszego dnia. Brak rekordu AAAA oznacza, że maszyna tylko z IPv6 nie dosięgnie ich bez pomocy.

Usługa	IPv6 na 26 wrz 2026
github.com, api.github.com	❌ nie
objects.githubusercontent.com (pobieranie wydań)	❌ nie
ghcr.io (rejestr kontenerów GitHuba)	❌ nie
raw.githubusercontent.com	✅ tak
Docker Hub (registry-1.docker.io)	✅ tak
PyPI, npm, crates.io, proxy modułów Go	✅ tak
Mirrory pakietów Debian / Ubuntu / Alpine	✅ tak
GitLab	✅ tak
Let's Encrypt (ACME)	✅ tak
Telegram Bot API	✅ tak
discord.com i bramka Discorda	❌ nie
API OpenAI, Anthropic, Google Gemini	✅ tak
Hugging Face (strona)	✅ tak, ale host CDN dla dużych plików: ❌ nie
ollama.com	❌ nie (registry.ollama.ai: ✅ tak)
API Binance	❌ nie
API Coinbase	✅ tak

Wzór: menedżery pakietów, duże API AI i Telegram są gotowe. GitHub, jedyna usługa, której potrzebuje prawie każdy serwer, nadal nie.

Co to oznacza w praktyce

Na VPS-ie tylko z IPv6 uderzysz w ścianę dokładnie w tych miejscach:

git clone https://github.com/... się nie powiedzie. Tak samo skrypty instalacyjne, które pobierają curl-em wydanie z GitHuba, i wszystko, co ściąga obrazy z ghcr.io.
Boty Discorda w ogóle nie połączą się z bramką.
Niektóre pobrania modeli się psują: host dużych plików Hugging Face i ollama.com nie miały IPv6 w naszym sprawdzeniu.
Boty kryptowalutowe na giełdach tylko z IPv4 nie dosięgną API.

I cichszy problem po stronie ruchu przychodzącego: odwiedzający z sieci tylko IPv4 nie wejdą na stronę hostowaną na serwerze tylko z IPv6, chyba że postawisz przed nią proxy albo CDN z IPv4.

Przetestuj dowolną usługę w dwie sekundy

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

Uruchom to dla wszystkiego, z czym rozmawia twój projekt, zanim wybierzesz plan.

Obejścia i ich koszt

NAT64/DNS64. Bramka tłumaczy żądania IPv6 na adresy IPv4. Istnieją publiczne bramki, ale wtedy puszczasz swój ruch przez cudzą maszynę i zależysz od jej dostępności.
Mirrory i proxy. Mirroruj repozytoria z GitHuba na GitLaba, wypychaj obrazy do Docker Huba, postaw małe proxy na maszynie dual-stack. Da się, ale to hydraulika, którą trzeba utrzymywać przy życiu.
CDN z przodu dla przychodzącego ruchu WWW, żeby odwiedzający z IPv4 mogli do ciebie dotrzeć.

Każde obejście z osobna jest w porządku. Razem zjadają te kilka dolarów, które zaoszczędził plan tylko z IPv6.

Kiedy naprawdę potrzebujesz IPv4 i jakiego

Dla większości projektów uczciwa odpowiedź brzmi: potrzebujesz łączności IPv4, ale niekoniecznie własnego adresu IPv4.

Jeśli nic nie musi łączyć się do twojego serwera (boty, agenci, workery, zadania cron), wystarczy plan NAT. Dosięga każdej usługi, także tych tylko z IPv4, przez NAT, a ty wchodzisz przez osobisty port SSH. To opcja budżetowa: plany NAT od $3/mies..
Jeśli coś musi łączyć się z zewnątrz (strona WWW, serwer pocztowy, serwer gier, punkt końcowy VPN), weź plan z dedykowanym IPv4.

Nie sprzedajemy planów tylko z IPv6 właśnie z powodów z powyższej tabeli: przy $3 miesięcznie za NAT z pełnym zasięgiem IPv4 oszczędność nie jest warta serwera, który nie sklonuje repozytorium z GitHuba. Nadal nie wiesz, którego z dwóch potrzebujesz? Oto test z jednym pytaniem.