SVCB ve HTTPS kayıtları istemciye hizmet bağlantısı hakkında ek bilgi sunabilir. Adres kayıtları, hizmet parametreleri ve istemci desteğini birbirine karıştırmayın.
Hizmet bilgisinin yeni katmanı
RFC 9460, hizmet bağlama ve parametre aktarımı için SVCB ile HTTPS kayıtlarını tanımlar. Bu kayıtlar alternatif hizmet noktaları veya bağlantı parametreleriyle ilgili bilgi taşıyabilir. Bütün istemcilerin bu bilgiyi aynı biçimde kullandığı varsayılamaz. A ve AAAA kayıtlarının geleneksel rolüyle birlikte bir uyumluluk planı gerekir; tek kayıt türü eklemek bütün eski davranışı otomatik olarak değiştirmez.
Web hizmeti geçişi
Bir web hizmetini yeni uç noktaya taşırken yalnızca HTTPS kaydını güncellediğinizi düşünün. Kayıt türünü desteklemeyen istemciler eski adres yolunu kullanmaya devam edebilir. DNS önbellekleri de farklı zamanlarda yenilenir. Geçiş planında hangi istemci grubunun hangi yol üzerinden bağlanacağını ve iki uç noktanın ne kadar süre birlikte hizmet vereceğini yazın.
Tutarlılık kontrolü
Yetkili DNS yanıtı, recursive yanıt ve gerçek tarayıcı bağlantısını ayrı kontrol edin. Sunulan protokol bilgisiyle uç noktanın gerçekten desteklediği protokoller uyuşmalıdır. Sertifika adı, yönlendirme ve erişim politikası da yeni hedefte geçerli olmalıdır. Doğru DNS cevabı alındığı hâlde TLS başarısızsa sorunu önbellek bekleyerek çözmeye çalışmayın.
Gözlemlenebilir yayın
Değişiklik öncesi mevcut kayıtları ve TTL değerlerini saklayın. Destekleyen ve desteklemeyen istemcilerle temel kullanıcı akışını sınayın. Kayıt içindeki ipuçlarını kesin adres garantisi gibi yorumlamayın; istemci ve protokol kuralları önemlidir. Yayın sonrası hangi yolun kullanıldığını gözlemlemek, kayıt panelinde başarılı kaydetme mesajından daha anlamlı bir sonuç verir.
Kaynaklar ve güncellik
Birincil teknik kaynaklar: RFC 9460, RFC 9114. 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.