Tarayıcınız siteyi açarken sertifika doğrulamasının başarısız olması çelişki gibi görünebilir. Kullanıcı trafiği ile doğrulama isteği farklı IP yolunu kullanıyor olabilir. Özellikle eski bir AAAA kaydı, IPv4 tarafı sağlıklı olsa bile yanlış IPv6 sunucusuna yönlendirebilir. Tanıyı adres ailelerine ayırmak gereksiz DNS ve sertifika değişikliklerini azaltır.
Alan adının iki adres ailesini çıkarın
A ve AAAA kayıtlarını ayrı sorgulayın. Ana alan adı, www ve başvuruya eklenen diğer adresler için aynı listeyi hazırlayın. Eski sağlayıcıya ait bir IPv6 adresini yalnız kayıt hâlâ duruyor diye geçerli kabul etmeyin. Her adresin hangi sunucuya ve hangi uygulamaya ait olduğunu işletim envanteriyle eşleştirin.
Aynı dosyayı iki ağ yolundan sınayın
HTTP doğrulamasında beklenen yolun IPv4 ve IPv6 üzerinden aynı içeriği döndürmesini kontrol edin. Ana sayfanın açılması doğrulama dosyasının erişilebilir olduğunu kanıtlamaz. Güvenlik duvarı, sanal sunucu eşleşmesi ve varsayılan site ayarı iki yolda farklı olabilir. Testte yanıt kodunu ve gövdeyi birlikte kaydedin.
Yanlış AAAA kaydını rastgele silmeyin
Önce gerçekten IPv6 hizmeti sunulup sunulmadığını belirleyin. Hizmet varsa doğru adres, dinleme ve güvenlik duvarı ayarını düzeltin. IPv6 kullanılmıyorsa kayıt kaldırma kararı ilgili ekipçe planlanmalıdır. DNS değişikliği başka servisleri de etkileyebileceği için e-posta veya API adlarını aynı işlemde topluca değiştirmeyin.
CDN ve kaynak sunucuyu ayırın
CDN arkasındaki alan adında görünen adres kaynak sunucunun kendisi olmayabilir. Doğrulama trafiğinin hangi katmana ulaştığını, dosyanın hangi tarafta yayımlandığını ve yönlendirme kuralını inceleyin. Bir ağ yolunda çalışan sertifikanın diğer düğümlerde de kurulu olduğunu varsaymayın. Dağıtım sonrası bütün hizmet düğümlerini kapsayan kontrol yapın.
Yenileme öncesi küçük bir kontrol listesi kullanın
DNS kayıtlarının sahibi, son test zamanı ve adres ailesi sonuçlarını not edin. Taşıma veya CDN değişikliğinden sonra bu denetimi tekrar çalıştırın. Sorun giderilince tek bir kontrollü talep başlatın; art arda taleplerle tanı koymayın. Başarılı üretimden sonra HTTPS sunumunu yeniden kontrol ederek olayı kapatın.
Uygulama kontrol listesi
- A ve AAAA cevaplarını ayırın.
- Doğrulama yolunu doğrudan sınayın.
- IPv6 dinleme ve güvenlik duvarını inceleyin.
- Taşıma sonrası eski kayıtları gözden geçirin.
Sık sorulan soru
AAAA kaydı zorunlu mu?
Her site için zorunlu değildir. Ancak yayımlanan kayıt doğru ve erişilebilir hizmete işaret etmelidir.
Tarayıcı açılıyorsa doğrulama kesin çalışır mı?
Hayır. Kullanılan ağ yolu, doğrulama dosyası ve sunucu eşleşmesi farklı olabilir.
Sonraki adım
Başvuru için ücretsiz SSL formunu, teknik aşamalar için SSL rehberini kullanabilirsiniz. Kurulumda bir hata varsa destek talebinize etkilenen alan adını ve hata mesajını ekleyin.
Bu içerik ucretsizssl.tr bilgi merkezi için hazırlanmış, teknik kaynaklarla karşılaştırılmış bir açıklamadır. Altyapı ve ürün seçenekleri sağlayıcıya göre değişebilir. Hazırlama tarihi: 16 Ekim 2026.
Let's Encrypt IPv6 desteğiGüvenli teknik kontrol
Aşağıdaki örnekleri kendi ortamınıza uyarlayın. Komutlar kullanıcı adını, OTP veya özel anahtar içeriğini paylaşmayı gerektirmez.
dig A ornek.com
dig AAAA ornek.com
curl -4 -I https://ornek.com/
curl -6 -I https://ornek.com/
