IPv6 erişim ağı üzerinde IPv4 kullanan uygulamaları desteklemek, yalnızca DNS senteziyle sınırlı değildir. 464XLAT’in istemci tarafındaki çeviri rolünü doğru konumlandırın.
İki tarafta çeviri
464XLAT mimarisi istemci tarafındaki stateless çeviri ile sağlayıcı tarafındaki stateful çeviri bileşenlerini birlikte kullanır. Amaç, IPv6 erişim üzerinden IPv4 iletişimine destek sağlamaktır. Bu mimari her uygulama için evrensel uyumluluk garantisi değildir. Uygulamanın taşıma biçimi, adres varsayımları ve işletim sistemi desteği gerçek sonucu etkiler. Dağıtım kararını yalnızca mimari şemaya dayandırmayın.
Eski uygulama örneği
Bir yazılım DNS adı yerine sabit IPv4 hedefi kullanıyor olsun. DNS64 sorgu yapılmadığı için bu bağımlılığı tek başına çözemez. İstemci tarafındaki çeviri farklı bir olanak sunabilir; fakat kullanılan cihazın gerçekten bu işlevi sağladığı doğrulanmalıdır. Masaüstü, telefon ve gömülü cihazların aynı desteğe sahip olduğunu varsaymak geçiş planında sürpriz yaratır.
Gözlem düzeni
İstemcide görülen IPv4 akışı ile erişim ağındaki IPv6 akışını ayrı etiketleyin. Sağlayıcı tarafındaki çeviri nedeniyle hedefin gördüğü kaynak tekrar farklı olabilir. Olay eşleştirmede zaman, port ve çeviri bağlamı gerekir. Tek bir paket yakalamasındaki adresi uçtan uca değişmez kimlik olarak kullanmayın. Özellikle destek kaydında gözlem noktası açık yazılmalıdır.
Kabul listesi
Giriş, veri aktarımı, uzun oturum, yeniden bağlantı ve güncelleme gibi gerçek işlevleri test edin. Yalnızca uygulamanın açılması yeterli değildir. Uyumlu olmayan işlevler için geçici çözümü ve kaldırılma planını belgeleyin. Başarılı geçiş, IPv4 bağımlılığının tamamen yok olduğu anlamına gelmeyebilir; hangi bağımlılığın çeviriyle sürdüğünü bilmek gelecekteki sadeleştirmeyi mümkün kılar.
Kaynaklar ve güncellik
Birincil teknik kaynaklar: RFC 6877, RFC 6146. Kaynak kontrolü: 11 Ekim 2026. Örnekler öğretici senaryolardır; gözlemlenmiş performans sonucu veya tüm ürünler için destek garantisi değildir.
Devam okuması: ilgili IPScans uygulama rehberi.