Test-Ipv6.com Hizmetinin Sonlandırılacağı Duyuruldu

• Test-Ipv6.com'un 2025 Aralık ayında resmi olarak hizmetini sonlandırması planlanıyor
• Söz konusu site 2010'dan beri mühendislik ve ekipman/barındırma maliyetleri üstlenilerek ücretsiz işletiliyordu
• İşletmeci artık daha fazla kaynak yatırmakta zorlandığını ve ailesi gibi alanlara odaklanacağını belirtiyor
• Site aynası işletenler 2025 Aralık ayından itibaren artık güncelleme alamayacak
• Açık kaynak olan kısmi kaynak kodlar zaten yayımlandı, ancak coğrafi konum sorgulama gibi bileşenler yayımlanamaz ve devredilemez

---

Test-Ipv6.com Hizmetinin Sonlandırılacağı Duyuruldu

test-ipv6.com'un işletiminin 2025 Aralık ayında sona ermesi planlanıyor

2010'dan beri genel kullanıcılara test-ipv6.com ücretsiz olarak sunuluyordu
Bu site gelir getirmeyen bir hizmet olmasına rağmen, önemli düzeyde mühendislik, destek, ekipman ve barındırma maliyeti gerektirdi

İşletmeci daha fazla ayrıntılı açıklama yapmadan, artık kaynaklarını ailesi içinde yeniden odaklama zamanının geldiğini düşündüğünü belirtiyor
Kullanıcılardan bu kararı anlayışla karşılamaları ve saygı göstermeleri isteniyor

Sitenin 2025 kış tatili döneminde (Aralık ayında) kapatılması planlanıyor

Aynalar ve hizmet sağlayıcılarla ilgili duyuru

• Ayna işletenler 2025 Aralık ayından itibaren artık güncelleme alamayacak; yine de isterlerse aynayı çalıştırmaya devam edebilirler
• test-ipv6.com veya RIPE-631'i referans alarak destek ekibi kılavuzları (runbooks) hazırlamış olan hizmet sağlayıcıların bunları mutlaka güncellemesi gerekiyor

Sık sorulan sorular (SSS)

Kaynak kodun yayımlanması ve devri

• Başlıca açık kaynak bölümler aşağıda belirtildiği gibi zaten yayımlandı
  • http://github.com/falling-sky/source
  • https://github.com/falling-sky/fsbuilder (kaynak derleme için)
  • https://github.com/falling-sky/mod_ip (Apache için /ip/ işleyicisi)
  • https://github.com/falling-sky/mtu1280d (MTU180 netfilter daemon'u)
• Coğrafi konum sorgulama ve hizmet sağlayıcı sorgulama gibi unsurlar sözleşmesel nedenlerle yayımlanamaz ve devredilemez

Alan adının devri

• İşletmeci, yalnızca kamusal yarar amacı güden güvenilir bir RIR veya NIC kurumuna alan adı işletimini devretmeyi değerlendirebilir

Ayna hizmetinin işletilmeye devam edilmesi

• Site kapatıldıktan sonra ayna işlevi ve ilgili hizmetler artık izlenmeyecek veya sunulmayacak; bu nedenle aynaların emekliye ayrılması tavsiye ediliyor

Ek sorular ve görüşler

• Ek soru veya görüşü olanların, işletmeciyle doğrudan karşılaştıklarında bunu iletmeleri öneriliyor

[GN⁺]

Hacker News görüşleri

• Bu hizmetin mühendisiyle çalışıyorum (aynı takımda değiliz ama sık sık etkileşimimiz oluyor ve projelerimiz kesişiyor); ana sayfanın alt bilgisindeki telif hakkı metnini ancak yakın zamanda fark edip bunun onun yaptığı bir şey olduğunu öğrendim. Gerçekten çok ilginç biri ve olağanüstü bir mühendis (tabiri caizse 10x engineer); her zaman alçakgönüllü ve yardım etmeye açık biri. Son 15 yılda bu site sayesinde birçok kez sorun çözdüm
  • Eğer bu başlığı görmezse, bir internet kullanıcısının bu harika hizmeti sunduğu için kendisine büyük minnettarlık duyduğunu, verdiği karara tamamen saygı gösterdiğini ve başkalarına yardım etmek için kendini feda etmek yerine kendisi için doğru olan kararı aldığı için onu alkışladığını iletmek isterim
  • Sitede jfesler adını görür görmez kim olduğunu anladım. Ben de ancak şimdi fark ettim. Gerçekten harika biri
• Ne yazık ki sitenin kapanma nedeninin artık IPv6'nın dünya çapında benimsenmiş olması ve IPv4'ün ortadan kalkması olmaması üzücü. Yine de bu web sitesi IPv6 dağıtım sorunlarını çözmede çok faydalıydı (ve hâlâ da öyle). İşletildiği için büyük teşekkürlerimi iletmek isterim
  • Bana göre IPv6 hâlâ yalnızca veri merkezlerinde var olan bir teknoloji gibi. Sunucularda uzun zamandır kullanılıyor ama evde IPv6 destekleyen bir internet bağlantısı gördüğümü hiç hatırlamıyorum. Avrupa'ya her gittiğimde IPv6 kullandığımı fark edip hep şaşırırdım
  • Ne yazık ki geriye kalan direnişin çoğu (?) yeni bir şey öğrenmek istemeyen ağ mühendislerinden oluşuyor
  • Gönderinin tonu tuhaf şekilde aklıma takıldı. Belki sadece bana öyle gelmiştir ama biraz endişe ya da stres hissi veren cümleler gibi. Elbette mahremiyet istediği anlaşılıyor, o yüzden daha fazla kurcalamayacağım. Ne olursa olsun, siteyi kullanmış tüm kullanıcılar adına bundan sonrası için ona yalnızca en iyi dileklerimi gönderiyorum
• Biraz konu dışı ama ISP'm IPv6 tarafında hatalı yönlendirme uyguladığı için paket kaybına neden olan bir sorunla uğraşıyorum. Bu yüzden CGNAT arkasındaki IPv4'ü zorla kullanmak zorunda kalıyorum; bu da başka sorunlar yaratıyor ama en azından paket kaybı olmuyor. İkinci seviye destek tarafı soruna bir hot patch uyguladı ama iki-üç hafta sonra yine nüksediyor
  • Benim durumumda sorun ISP değil; Mikrotik router'ların IPv6 konusunda kötü ünü sık sık dile getiriliyor (örnek: sorun örneği). Benim tarafta garip bir bug ya da yanlış yapılandırma var gibi görünüyor. Bazen router/istemci IPv6 yönlendirmesini kaybediyor. Böyle olunca bağlantılar sonsuza kadar takılı kalıyor. Tek çözüm Wi-Fi'ı kapatıp yeniden bağlanarak DHCP lease'ini yenilemek oluyor. Epey uzun süre debug ettim ve artık bunun %80 ihtimalle Mikrotik bug'ı olduğuna inanıyorum
  • Durumumu bu bağlantıda görebilirsiniz. Globe Telecom içinde bir mühendise doğrudan ulaşma yolum olmadığı için sorunu içeride bildiremedim; ayrıca tüm başarısız traceroute'ların geçtiği transit sağlayıcı olan Level3'e de e-posta attım ama yanıt alamadım. Neyse ki şu anda büyük ölçüde çözüldü (Level3 artık son başarılı hop değil). Şu anda yalnızca Evoluhost bağlantısı başarısız oluyor ve sorunun Globe içindeki 2001:fe0:4775:1c0::1 için bir routing loop olduğu ortaya çıktı. Bugünkü durumun ekran görüntüsü burada
  • Benim ISP'm IPv6'yı hiç desteklemiyor. Benim gibi kullanıcılar da, böyle ISP'ler de muhtemelen çoktur
  • Böyle bir sorun görmedim ama IPv4 ve IPv6'nın yönlendirme yollarının farklı olması çok sık karşıma çıkıyor. IPv4'te MTU 1500 iken IPv6'da 1492 olduğu zamanlar oldu (muhtemelen 6rd üzerinde çok fazla PPPoE olduğu için). ICMP fragmentation istekleri kısıtlanınca iletişim tamamen durabiliyordu. Bu yüzden kendi v4/v6 MTU test sitemi yaptım. Eskiden he.net tüneli iyiydi ama artık sık sık captcha çıkıyor ya da 300 ms ek latency oluşuyor; bu yüzden LAN'ımda o segmenti advertise etmeyi bırakmak zorunda kaldım. ISP varsayılan olarak v6'yı açıp düzgün müşteri ekipmanı sağlarsa, çoğu tüketici cihazı ve yüksek trafikli site IPv6 ile de sorunsuz çalışıyor. Hatta pratikte v6 routing bozulduğunda, v4'e kıyasla daha fazla müşteri etkileniyor
  • Tamamen başka bir durum olabilir ama beni haftalarca şaşırtan bir deneyimdi. OpenWRT 24.0 ya da 24.1 kullanıyorsanız, IPv6 throughput'u etkileyen kritik bir bug var. En güncel sürüme yükseltince çözülüyor
• Bu siteyi yapan kişiye büyük teşekkürler. Yıllar boyunca çeşitli cihazlarda IPv6 sorunlarını debug ederken sık sık başvurduğum bir siteydi
• 2025'te yeni bir hizmeti (greenfield project) dağıtırken IPv6'yı dikkate almıyorsanız, fiilen başarısız olmuşsunuzdur. Artık tüm dahili sanal ağların da IPv6-only ya da en azından dual-stack olması gerekir. IPv6 benimsenmesinin, unit test'lerin sektör standardı hâline gelmesinden bile daha yavaş ilerlemiş olması gerçekten üzücü
  • Ev ağımda bunu gerçekten ciddi şekilde denedim. Ama garip biçimde bazı web sayfaları açılırken bazılarının açılmaması gibi sorunları o kadar sık yaşadım ki sonunda IPv6'yı kapatmayı seçtim. En son sorunun ne olduğunu bile hatırlamıyorum ve gelecekte de bunu bilmem gerekecek bir durum olmasını istemiyorum. İnternetin musluğu açmak gibi her zaman stabil çalışmasını istiyorum
  • Hiçbir faydasını görmedim. Evde ya da işte bazı ağlarda IPv6 dağıttım ama sürekli aptalca sorunlar çıktı ve hiçbir kazanç elde etmedim. Örneğin, ISP'nin otomatik verdiği dinamik hostname ile iç taraftaki sistem yapılandırması çakışıyordu; bunun gibi şeylerle çok zaman kaybettim. Cihaz başına dört ayrı adres atanıyordu ve geliştiriciler hangisini kullanmaları gerektiğini bilmiyordu. Elbette biz bir şeyi yanlış yapıyor ya da ekipman hatalı olabilir ama kimse somut bir avantaj hissetmedi. Eğer IPv4 olmayan bir ortamda olsaydık durum farklı olurdu ama bizde öyle değildi. Neredeyse tüm ağlarda IPv6'yı kapattık; sadece bazı ağlarda istemcilerin internete çıkması için açık bıraktık
  • Bir dahaki sefere HE, Avrupa'dan New York'a giden IPv6 routing'ini keserse ya da şirket VPN'i yalnızca IPv4 desteklerken resolver AAAA kayıtlarını tercih ederse mutlaka seni arayacağım
  • Son 6 aydır devlet kurumları için “az kod, çok dağıtım” yaklaşımına sahip bir platform/proje inşa ettim. IPv6 ne zorunlu gereksinimlere girdi ne de “olursa güzel olur” listesine. Şimdiye kadar tek bir kişi bile “keşke bu IPv6 üzerinde çalışsa” demedi
  • IPv6 kullanmanın iyi olduğunu düşünüyorum ama benim deneyimimde evde ya da yerel ağda IPv6'yı açınca hep bir şeyler düzgün çalışmamış gibi kaldı
• IPinfo'dan ben ile iletişime geçmeyi öneriyorum. Kevin Loch bu yıl vefat ettikten sonra ip4.me, ip6.me ve başka bazı siteleri devralıp hizmet vermeye devam ediyor (ben profili, Kevin Loch ile ilgili haber). test-ipv6.com'u da kalite düşmeden sürdürebileceğine eminim. İtibarı da çok iyi, geçmiş işi de güçlü
  • Teşekkürler! Jason ile iletişime geçtim ve sitenin yaşamaya devam etmesini umuyorum
• Basit bir IPv6 testi gerekiyorsa Google IPv6 Test öneririm
• IPv4+NAT ile buraya kadar gelebilmiş olmamız şaşırtıcı
  • Trafik hacmi açısından bakarsanız aslında o kadar da ileri gelinmiş değil. Günümüzde trafiğin çoğu Google/Meta'dan mobil cihazlara giden veriler ve bunun neredeyse tamamı IPv6
  • Aslında IPv4'te fazla uzun süre kalmanın sonucu bu. Genel ev/mobil internet için CGNAT'ın kaçınılmaz hâle gelmesi ve tamamen IPv6'ya geçilmiş olsaydı kaçınılabilecek çeşitli sorunlar hep bunun sonucu
• Bu hizmet sayesinde kendi ISP'min teknik ekibine de durumu gösterip IPv6 destek sorununu çözdürmüştüm
• Safça bir soru olabilir ama bu sitenin gerçekten bu kadar bakım gerektirip gerektirmediğini merak ediyorum. Yıllardır faydalanıyorum (erişilebilir olduğu için çok minnettarım) ve bu kadar çok yönetim gerektirdiğini bilmiyordum