Kısa cevap: CAA içindeki issue ve issuewild alanları aynı gereksinimi anlatmaz. Normal ve wildcard sertifikalar için farklı düzenleme izinleri tanımlamak isteyebilirsiniz. Hangi sertifika otoritesini kullandığınızı öğrenmeden internetten alınan bir DNS satırını eklemek sonraki sertifika isteğini engelleyebilir.
Önce sertifika düzenleyen tarafı belirleyin
Hosting markası ile sertifika otoritesi aynı kurum olmak zorunda değildir. Panelinizin kullandığı AutoSSL sağlayıcısını veya dış sertifika hizmetini kontrol edin. Ziyaretçiye CDN üzerinden sertifika sunuluyorsa bunun ayrı bir düzenleme süreci olabileceğini kaydedin. cPanel rehberi hesap ile sunucu yönetim alanlarının farkını açıklar. Yetkiniz dışında sunucu genelindeki sağlayıcıyı değiştirmeyin.
issue ile issuewild hangi kararı ayırır?
Let's Encrypt CAA belgesi normal sertifika ve wildcard yetkilerinin ayrı etiketlerle yönetilebildiğini açıklar. Ayrıntılı değerlendirme için CAA standardına başvurun. Kullanım amacınız yalnız belirli adları korumaksa wildcard izni eklemek zorunda olduğunuzu düşünmeyin. Önce sertifika talebindeki isimleri kesinleştirin; DNS politikası o talebi desteklemelidir.
Kayıt değişmeden önce izin envanteri çıkarın
Ana alan adı, mağaza, API ve başka sağlayıcıda çalışan uygulamalar için sertifika düzenleyen tarafları listeleyin. Bu listeyi ilgili ekiplerle doğrulayın. Yalnız web sitesini kontrol edip kurumsal e-postayı veya üçüncü taraf bir uygulamayı unutmayın. Domain ve DNS kavramları kayıtların hizmetlerle eşleştirilmesine yardımcı olur. Kullanılmayan bir izni kaldırmak ile kullanılan otoriteyi yanlışlıkla engellemek farklı sonuçlar doğurur.
Dar kapsamlı değişiklik ve kontrol
Mevcut CAA kayıtlarını tarihleriyle kaydedin ve yalnız planlanan alanı değiştirin. Aynı isimdeki kayıtların türlerini karıştırmayın; CNAME kullanımı varsa kayıt çakışması rehberine bakın. Panelin kaydı kabul etmesi yetkili DNS yanıtının doğru olduğu anlamına gelmez. DNS hizmetindeki yayınlanan cevabı kontrol ettirin ve kaydın neden eklendiğini yönetim notuna yazın.
Yenilemeye etkisini doğrulayın
İzin politikası değiştikten sonra kullanılan sertifika istemcisinin sonucu kaydedilmelidir. Üretimde sürekli yeni sertifika talebi oluşturmayın; sağlayıcının önerdiği kontrol yolunu kullanın. Bir hata çıktığında bütün CAA kayıtlarını silmek yerine reddedilen isim, otorite ve politika eşleşmesini inceleyin. SSL uyarıları rehberi ise sertifika düzenlendikten sonraki farklı sorunları ayırır. Sertifika kapsamı, DNS politikası ve ziyaretçiye sunulan uç birlikte tutarlı olmalıdır.
Bu konunun diğer kontrolleri
- Alt Alan Adında CAA Kaydı Yok Ama SSL Engelleniyor: Üst Alan Politikasını İnceleme
- CAA Hatası Nedeniyle SSL Verilemiyor: DNS Sorgu Hatası mı, İzin Reddi mi?
Sıkça Sorulan Sorular
issuewild kaydı zorunlu mu?
Her durumda değil. Wildcard ve normal sertifikalar için farklı izinler gerekip gerekmediğini önce belirleyin. issuewild bulunmadığında uygulanacak davranışı sertifika otoritesinin ve CAA standardının açıklamasından doğrulayın.
CAA eklemek mevcut sertifikayı hemen iptal eder mi?
CAA'yı yeni sertifika düzenleme yetkisi açısından değerlendirin. Mevcut sertifikanın geçerliliğini veya iptal durumunu ayrı kontrol edin. Gelecek yenilemenin izinli sağlayıcı üzerinden yapılabildiğini test etmeden değişikliği tamamlanmış saymayın.
İki sertifika otoritesine izin verilebilir mi?
CAA aynı politika içinde birden fazla izin kaydı içerebilir. Ancak yalnız gerçekten kullanılan sağlayıcıları izinli tutmak yönetimi kolaylaştırır. Her kayıt değerini ilgili otoritenin resmî tanımıyla karşılaştırın; marka adını tahminen yazmayın.
Panel sağlayıcısı değişince CAA listesini ne yapmalıyım?
Yeni panelin hangi sertifika otoritesinden sipariş vereceğini öğrenin; önceki otoritenin artık kullanılmadığını yalnız panel adına bakarak varsaymayın. CDN ve başka sunucular eski otoriteyi kullanmaya devam edebilir. Hizmet envanterini güncelleyin, gerekli izinleri belirleyin ve sonraki yenileme yolunu kontrollü test edin. Eski izinleri kaldırma kararı bütün sertifika sorumlularıyla birlikte verilmelidir.