GitHub yalnızca IPv6'lı bir sunucuda çalışır mı?

Doğrudan çalışmaz. Eylül 2026'daki kontrolümüzde github.com, api.github.com, objects.githubusercontent.com (sürüm indirmeleri) ve ghcr.io hiçbir IPv6 adresi yayınlamıyordu; bu yüzden git clone, API ve GitHub'dan konteyner çekme başarısız olur. raw.githubusercontent.com'da IPv6 vardır.

Yalnızca IPv6 ile bir Discord botu çalıştırabilir miyim?

Hayır: kontrolümüzde discord.com ve Discord ağ geçidinin IPv6 adresi yoktu. Telegram botu sorunsuz çalışır: api.telegram.org IPv6 üzerinden yanıt verir.

Yalnızca IPv6'lı sunucular neden daha ucuz?

IPv4 adresleri kıttır ve sağlayıcılara her ay gerçek para maliyeti çıkarır; IPv6 adresleri ise pratikte ücretsizdir. Yalnızca IPv6'lı bir plan bu tasarrufu size yansıtır, bedeli de yalnızca IPv4 konuşan her şeyin bozulmasıdır.

Bir hizmetin IPv6 destekleyip desteklemediğini nasıl kontrol ederim?

'dig +short AAAA hostname' komutunu çalıştırın. Çıktı yoksa IPv6 adresi de yoktur. Dual-stack bir makinede 'curl -6 -sI https://hostname', hizmetin gerçekten IPv6 üzerinden yanıt verdiğini doğrular.

EQVPS yalnızca IPv6'lı plan satıyor mu?

Hayır. Her EQVPS planı internete IPv4 üzerinden erişir: NAT planları NAT üzerinden dışarı çıkar ve onlara kişisel bir SSH portundan ulaşırsınız; özel planların kendi genel IPv4 adresi vardır. NAT planları $3/aydan başlar ve bu, yalnızca IPv6'nın baş ağrıları olmadan bütçe dostu kullanımı karşılar.

Yalnızca IPv6'lı VPS: 2026'da ne çalışıyor, ne bozuluyor

Yalnızca IPv6'lı sunucular basit bir nedenle ucuzdur: IPv4 adresleri kıttır ve her ay para tutar, IPv6 adresleri tutmaz. Yani soru, yalnızca IPv6'nın daha ucuz olup olmadığı değil (öyle), gerçekten kullandığınız şeylerin hâlâ çalışıp çalışmadığıdır. Bir yıllık forum yanıtlarını tekrarlamak yerine Eylül 2026'da kontrol ettik.

Neyi test ettik, sonuç ne

Tipik bir sunucunun ilk gün eriştiği hizmetlerin IPv6 (AAAA) kayıtlarına baktık. AAAA kaydı yoksa yalnızca IPv6'lı bir makine yardım almadan o hizmete ulaşamaz.

Hizmet	26 Eylül 2026 itibarıyla IPv6
github.com, api.github.com	❌ yok
objects.githubusercontent.com (sürüm indirmeleri)	❌ yok
ghcr.io (GitHub konteyner kayıt defteri)	❌ yok
raw.githubusercontent.com	✅ var
Docker Hub (registry-1.docker.io)	✅ var
PyPI, npm, crates.io, Go modül proxy'si	✅ var
Debian / Ubuntu / Alpine paket aynaları	✅ var
GitLab	✅ var
Let's Encrypt (ACME)	✅ var
Telegram Bot API	✅ var
discord.com ve Discord ağ geçidi	❌ yok
OpenAI, Anthropic, Google Gemini API'leri	✅ var
Hugging Face (site)	✅ var, ancak büyük dosya CDN sunucusu: ❌ yok
ollama.com	❌ yok (registry.ollama.ai: ✅ var)
Binance API	❌ yok
Coinbase API	✅ var

Örüntü şu: paket yöneticileri, büyük AI API'leri ve Telegram hazır. Neredeyse her sunucunun ihtiyaç duyduğu tek hizmet olan GitHub ise hâlâ hazır değil.

Pratikte bunun anlamı

Yalnızca IPv6'lı bir VPS'te tam olarak şu noktalarda duvara çarparsınız:

git clone https://github.com/... başarısız olur. Bir GitHub sürümünü curl ile indiren kurulum betikleri ve ghcr.io'dan imaj çeken her şey de öyle.
Discord botları ağ geçidine hiç bağlanamaz.
Bazı model indirmeleri bozulur: kontrolümüzde Hugging Face'in büyük dosya sunucusu ve ollama.com'da IPv6 yoktu.
Yalnızca IPv4'lü borsalardaki kripto botları API'ye ulaşamaz.

Gelen tarafta daha sessiz bir sorun da var: yalnızca IPv4'lü ağlardaki ziyaretçiler, önüne IPv4'lü bir proxy veya CDN koymadığınız sürece yalnızca IPv6'lı bir sunucudaki siteye ulaşamaz.

Herhangi bir hizmeti iki saniyede test edin

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

Bir plan seçmeden önce bunu projenizin konuştuğu her şeye karşı çalıştırın.

Geçici çözümler ve bedelleri

NAT64/DNS64. Bir ağ geçidi IPv6 isteklerini IPv4 hedeflerine çevirir. Genel olanları var, ama trafiğinizi başkasının makinesinden geçirir ve onun çalışma süresine bağımlı olursunuz.
Aynalar ve proxy'ler. GitHub depolarınızı GitLab'e aynalayın, imajları Docker Hub'a gönderin, dual-stack bir makinede küçük bir proxy çalıştırın. Uygulanabilir, ama canlı tutmanız gereken bir tesisattır.
Önde bir CDN, gelen web trafiği için; böylece IPv4 ziyaretçileri size ulaşabilir.

Her çözüm tek başına iyidir. Hepsi birlikte, yalnızca IPv6'lı planın kazandırdığı birkaç doları yer bitirir.

Gerçekten IPv4'e ne zaman ihtiyacınız var ve hangisine

Çoğu proje için dürüst yanıt şudur: IPv4 bağlantısı istersiniz, ama kendi IPv4 adresinizi değil.

Sunucunuza dışarıdan hiçbir şeyin bağlanması gerekmiyorsa (botlar, ajanlar, worker'lar, cron işleri) bir NAT planı yeterlidir. Yalnızca IPv4'lü olanlar dahil her hizmete NAT üzerinden ulaşır ve siz kişisel bir SSH portundan girersiniz. Bu bütçe seçeneğidir: $3/aydan başlayan NAT planları.
Bir şeyin içeri bağlanması gerekiyorsa (bir web sitesi, e-posta sunucusu, oyun sunucusu, VPN uç noktası) özel IPv4'lü bir plan alın.

Tam olarak yukarıdaki tablodaki nedenlerle yalnızca IPv6'lı plan satmıyoruz: tam IPv4 erişimli NAT için aylık $3 fiyatla, GitHub'dan klonlayamayan bir sunucu için tasarruf değmez. İkisinden hangisine ihtiyacınız olduğundan hâlâ emin değil misiniz? İşte tek soruluk test.