Web Siteniz İçin IPv6 Pilotunu Tanımlayın
Loglarda yeni bir adres ailesi
Bir sitenin loglarında alıştığınız noktalı IPv4 adresleri yerine iki nokta işaretleri içeren IPv6 adresleri gördüğünüzü düşünün. Bu varsayımsal örnek bir müşteri sonucu değildir. İncelenmesi gereken ilk soru, kaydın ziyaretçiden CDN’ye gelen bağlantıyı mı yoksa CDN’den sunucuya giden bağlantıyı mı gösterdiğidir.
IPv6, daha geniş bir adres alanı sunan internet protokolüdür. Kullanımı ağ ve ülkeye göre değişir; tek bir sitenin logu küresel benimseme oranını göstermez. Kendi hizmetiniz için önemli olan, kullanıcıların IPv6 yoluna erişip erişemediği ve bu yolun uygulama boyunca doğru çalışıp çalışmadığıdır.
Bu rehber, web sitesi için IPv6 pilotunu hazırlama, test etme ve izleme sırasını açıklar. DNS, sunucu, güvenlik ve uygulama bağımlılıklarını birlikte değerlendirip sonucu ortak bir kabul kaydında toplarsınız. Gerekli IPv4 erişimini koruyarak önce sınırları belli bir uçta doğrulama yapın, ardından ölçülen sonuca göre kapsamı genişletin.
IPv6’nın Temel Kazancı: Daha Geniş Adres Alanı
Adres kıtlığı ile bağlantı kalitesini ayırın
Adresleri kapı numaraları gibi düşünürsek IPv6, IPv4’ün 32 bitlik alanını 128 bite genişletir. Bu, adres planlamasına daha fazla alan sağlar. Her cihazın ayrı genel IPv4 kullanması gerekmediği gibi, IPv6 adresi verilmesi de bir servisin herkese açık olması gerektiği anlamına gelmez; erişim politikası ayrı bir karardır.
IPv6 bazı mimarilerde IPv4 adres paylaşımı için gereken NAT bağımlılığını azaltabilir. Ancak daha kısa rota, daha az ara cihaz veya daha düşük gecikme garanti etmez. Sağlayıcı bağlantıları, CDN yerleşimi, paket kaybı ve uygulama süresi iki adres ailesinin sonuçlarını farklı etkileyebilir.
Örnek: E-ticaret trafiğini yorumlamak
Varsayımsal bir mağazada ürün sayfası, sepet ve ödeme akışını IPv4 ve IPv6 için ayrı ölçün. CDN kullanılıyorsa ziyaretçi–CDN ve CDN–kaynak sunucu bağlantıları farklı adres aileleri kullanabilir. CDN analitiği ile kaynak loglarının aynı şeyi ölçtüğünü varsaymayın; kaydın hangi bağlantıyı ve güvenilir istemci bilgisini temsil ettiğini belirleyin.
IPv6 Desteği Hangi Katmanlarda Kontrol Edilmeli?
Kullanıcı bağlantısından dış bağımlılıklara
Web sitesi, API, webhook ve e-posta aynı takvimde IPv6’ya geçmek zorunda değildir. Her biri için giriş ve çıkış bağlantılarını, hizmet desteğini ve işletim sorumlusunu listeleyin. Bir sağlayıcının genel olarak IPv6 sunması, seçtiğiniz ürünün veya konumun bütün özellikleri desteklediği anlamına gelmez.
Güvenlik kontrolünde erişim politikasının iki adres ailesini kapsadığını doğrulayın; IPv4 kurallarını metin olarak kopyalamak yeterli değildir. İzleme ve oran sınırlama da IPv6’yı doğru işlemelidir. Cloudflare WAF ve oran sınırlama rehberi uygulama katmanını ele alır; kaynak sunucunun ağ kuralları ayrıca denetlenmelidir.
Dual-stack ile gerekli erişimi korumak
Dual-stack, IPv4 ve IPv6’yı birlikte işletmektir. İstemciler bağlantı koşullarına ve kendi seçim davranışlarına göre bir yolu kullanır; IPv6 desteği her zaman IPv6 seçileceğini göstermez. İki yol için DNS, TLS, uygulama ve izleme hazırlığı gerekir. Daha fazla IPv6 trafiği, elde tutulan ücretli IPv4 adreslerini kendiliğinden azaltmaz.
AAAA Kayıtlarını Hazırlıktan Sonra Yayımlayın
A ve AAAA farklı hedefleri gösterir
A kaydı IPv4, AAAA kaydı IPv6 adresini belirtir. AAAA yoksa bu ad için doğrudan IPv6 hedefi bulunmaz; çalışan A kaydı ve IPv4 erişimi varsa bağlantı sürdürülebilir. Doğrudan barındırmada AAAA’yı ancak hedefin IPv6 üzerinden doğru TLS sertifikası ve uygulama yanıtını verdiğini dışarıdan doğruladıktan sonra yayımlayın. CDN kullanıyorsanız onun DNS düzenini izleyin; yanlışlıkla kaynak adresini açarak CDN’yi devre dışı bırakmayın.
DNS kayıtları rehberi A, AAAA ve diğer kayıt türlerini açıklar. Hazırlıkta üretim, test ve yönetim adlarını ayrı inceleyin. AAAA yalnızca bir adres bildirir; yönlendirme, dinleyici ve güvenlik kurallarını kurmaz. Sertifika kapsamı ile sanal sunucu eşleşmesini de hedefte kontrol edin.
TTL trafik yüzdesini belirlemez
Bir kaydı değiştirmeden önce TTL’yi düşürüp önceki TTL süresinin geçmesini beklemek önbellek yönetimine yardımcı olur. Ancak TTL bir trafik bölüştürme aracı değildir; AAAA yayımlandığında uygun istemciler bu yolu kullanabilir. Önce ayrı bir test adı veya düşük riskli pilot seçin. DNS taşıması için TTL stratejileri önbellek planını ele alır; kaydı geri almak, eski yanıtları ve açık bağlantıları anında yok etmez.
Anycast DNS ve dayanıklılık rehberi yetkili DNS erişimini ele alır. DNS’in ayakta kalması, web sunucusunun veya IPv6 yolunun da sağlıklı olduğunu kanıtlamaz. Failover için yedek uçta IPv6 erişimi, sağlık kontrolleri, uygulama verisi ve yönlendirme/DNS değişikliği ayrıca hazırlanmalıdır.
Sunucu, Uygulama ve Güvenlik Hazırlığı
Adres gösterimi ve uygulama uyumluluğu
IPv6 adresleri URL içinde ve bazı adres–port gösterimlerinde köşeli parantezlerle yazılır; her gösterimde parantez kullanılmaz. Parantezler, adresteki iki nokta işaretleriyle port ayıracını ayırır. Kullandığınız sunucu veya proxy’nin sözdizimini izleyin; adresleri sırf iki noktadan bölerek ayrıştırmayın.
Uygulamada sabit yazılmış IPv4 adreslerini, IP veri türlerini, log alanlarını ve dış servis izin listelerini inceleyin. Host adı kullanımı adres değişimini kolaylaştırabilir, fakat istemci kitaplığının IPv6 desteğini veya karşı hizmetin erişimini sağlamaz. Doğrulanmış adres ayrıştırıcıları kullanın; IPv6’nın farklı eşdeğer metin biçimlerini ayrı kullanıcılar gibi değerlendirmeyin.
Aynı güvenlik amacı, protokole uygun kurallar
IPv4 ve IPv6 için aynı erişim amacını uygulayın; kuralları körlemesine kopyalamayın. Amaçlanan hizmetleri ve bağlantılar için gereken yanıtları açık tutarken gerekli ICMPv6 iletilerini engellemeyin. Örneğin Packet Too Big, yol MTU keşfi için önemlidir; komşu keşfi iletilerinin gereksinimleri bağlantı ve filtre konumuna göre değerlendirilir. Bütün ICMPv6’yı kapatmak da sınırsız açmak da uygun bir varsayım değildir.
Oran sınırlamasında tek bir IPv6 adresinin kalıcı bir kullanıcı kimliği olduğunu varsaymayın. Adres veya önek tabanlı sınırları, oturum ve davranış sinyalleriyle birlikte değerlendirin; çok geniş bir önek altında farklı kullanıcıları engellemediğinizi test edin. CDN/proxy başlıklarındaki istemci IP’sini yalnızca tanımlı güvenilir proxy zincirinden kabul edin.
IPv4 ve IPv6’yı Ayrı İzleyin
DNS yanıtından uygulama sonucuna
Yalnızca DNS çözümlemesi veya sunucunun kendi üzerinden yaptığı test yeterli değildir. Dış IPv6 ağlarından, asıl host adını SNI ve sertifika doğrulamasında kullanarak HTTPS erişimini sınayın. IPv4 için de ayrı kontrol çalıştırın; bir yolun arızasını diğeri gizlemesin. VPS izleme ve uyarı rehberi kapsamında bağlantı hatası, yanıt süresi ve uygulama durumunu ayrı izleyebilirsiniz.
Google IPv6 bağlantı testi tarayıcınızın kullandığı ağ bağlantısını inceler; kendi sunucunuzun dışarıdan IPv6 erişimini doğrulamaz. Google IPv6 istatistikleri ise Google’a erişen kullanıcıların ölçümünü gösterir. Bu veriyi kendi trafik payınızla aynı kapsamda sanmayın; tarih, örneklem ve ülke/ağ dağılımı farklı sonuçlar verebilir.
Ekip için ortak bir kontrol kaydı
IPv6 temellerine giriş kavramları tanımak için bir başlangıçtır. Uygulama sırasında ise kullanılan ürünün resmî belgelerine ve ölçülen sonuçlara dönün. Ekip kaydında adres planı, DNS değişikliği, erişim kuralları, test noktaları ve geri dönüş sorumlusu birlikte bulunsun; işin tamamlandığını yalnızca paneldeki bir anahtara bakarak kabul etmeyin.
| Alan | Kaydedilecek bilgi |
|---|---|
| Kapsam ve sorumlu | Host adı, test edilecek kullanıcı akışları, ilgili ekip ve geri dönüş yetkilisi |
| Bağlantı yolu | Ziyaretçi–CDN ve CDN–kaynak sunucu ayrımı; her yolun IPv4/IPv6 durumu |
| Bağımlılık | Ödeme, API veya webhook bağlantısının sahibi, korunan IPv4 yolu ve yeniden değerlendirme koşulu |
| Test kapsamı | Temsil edici dış ağlar, normal ve yoğun dönemler, test zamanı ve veri kaynağı |
| Kabul ve sonuç | Önceden seçilen hata ve süre ölçütleri, gözlenen sonuç, açık sorun ve karar |
| Geri dönüş | Önceki yapılandırma, DNS önbelleği ve mevcut bağlantılar için erişim planı |
Bu kayıt bir test şablonudur; ölçülmüş sonuç veya her site için geçerli sayısal eşik içermez. Kabul sınırlarını hizmet gereksinimine göre değişiklikten önce belirleyin. Örneğin ödeme servisi yalnızca IPv4 kullanıyorsa, web girişine IPv6 eklenmesi bu çıkış bağımlılığını kaldırmaz.
Düşük Riskli Bir IPv6 Pilotu İçin Sıra
Önce hazırlık ve test, ardından yayın
Gerekli IPv4 yolunu koruyun. Önce seçilen uç için IPv6 adresleme ve yönlendirmeyi, dinleyiciyi, TLS sertifikasını, protokole uygun güvenlik kurallarını ve iki adres ailesinin izlemesini hazırlayın. Dış IPv6 ağlarından uygulama erişimini doğrulayın. Bu kontroller geçtikten sonra AAAA yayımlayın veya CDN’nin belgelenmiş IPv6/DNS adımlarını uygulayın.
Başlangıç için düşük trafikli ama temsil edici bir test veya dokümantasyon adı seçilebilir; erişilebilirliği kritik bir durum sayfası sırf düşük trafik aldığı için risksiz sayılmaz. Kabul ölçütlerini önceden yazın. Kullanıcı ağlarını ve yoğun saatleri kapsayan gözlemden sonra ana alan adlarına, API’lere ve uygun iç bağlantılara geçin.
Değişiklik kaydı ve geri dönüş
Her kuralın amacını, ölçüm kaynağını ve sorumlusunu kaydedin. TTL değişikliği gerekiyorsa bunu önce yapıp eski TTL’nin geçmesini bekleyin. Yayından sonra bağlantı hatalarını ve uygulama sonuçlarını karşılaştırın; sorun halinde yeni değişikliği geri alıp önbellekteki yanıtlar ve mevcut bağlantılar için gereken erişimi sürdürün. Sonuç doğrulanınca uygun normal TTL değerine dönün.
Yedek bölge veya otomatik failover kullanılıyorsa IPv6’yı ayrıca sınayın. Sağlık kontrolünün hangi adres ailesini ölçtüğünü, yedek uçtaki TLS ve uygulama durumunu, A/AAAA davranışını ve geri dönüş yolunu kaydedin. IPv4 failover düzeni IPv6’yı otomatik olarak kapsamaz.
Sonraki Adımı Ölçüm Sonucuyla Seçin
Tamamlanma ölçütü yalnızca trafik payı değildir
Devreye alma sırası kapanış kontrolünde de aynıdır: adresleme, yönlendirme, dinleyici, TLS, güvenlik, izleme ve dış erişim testi tamamlanır; AAAA bundan sonra yayımlanır. TTL planı önceden yapılır, DNS dayanıklılığı uygulama erişiminden ayrı değerlendirilir ve izleme panoları her iki adres ailesini kapsar. Güvenlikte aynı amacı korurken gerekli ICMPv6 iletilerini protokole uygun ele alın.
Pilotu başarılı saymak için sadece loglarda uzun adresler görmek yeterli değildir. Gerekli kullanıcı ağlarından erişim, doğru sertifika, çalışan uygulama akışları, görünür hatalar ve uygulanabilir geri dönüş gerekir. Bu sonuçları belgeleyip sonraki hizmeti seçin; performans, tasarruf veya sorunsuz geçiş sonucunu ölçmeden varsaymayın.
