SSL yenilemesi için alan adı doğrulamasının başarılı olması gerekir. Sık nedenler yanlış A/AAAA kaydı, HTTP doğrulama yolunun engellenmesi ve yanlış hostname için sertifika istenmesidir.
1. DNS ve süreyi kontrol edin
dig +short A example.com
dig +short AAAA example.com
openssl s_client -connect example.com:443 -servername example.com </dev/null 2>/dev/null | openssl x509 -noout -dates -issuer -subject
Cloudflare proxy açıksa son komut edge sertifikasını gösterir; origin sertifikasıyla karıştırmayın. AAAA kaydı varsa IPv6 sunucusu da doğru siteye ulaşmalıdır. Kullanılmayan eski IPv6 kaydı doğrulamayı bozabilir.
2. HTTP doğrulama yolunu sınayın
Sitenin belge kökünde .well-known/acme-challenge/ust-test.txt dosyasına ok yazın. Dış bir ağdan:
curl -i http://example.com/.well-known/acme-challenge/ust-test.txt
200 ve ok görmelisiniz. 404 yanlış document root, 403 erişim kuralı, giriş sayfası ise uygulama yönlendirmesi demektir. Test dosyasını sonra kaldırın. ACME istemcisinin kendi token dosyasını aynı yerde oluşturabildiğini kontrol edin.
3. Panelden yeniden deneyin
CyberPanel'de ilgili web sitesinin SSL işlemini başlatın ve hata metnini saklayın. www için DNS yoksa onu sertifika isteğine eklemeyin. CAA varsa sertifika otoritesine izin verildiğini kontrol edin. Rate limit hatasında aralıksız yeniden denemek yerine hata metnindeki süreye uyun.
Son kontrol
Origin sertifikasının bitiş tarihini, sertifikadaki alan adlarını ve otomatik yenileme görevinin sonraki çalışmasını kontrol edin. Cloudflare kullanıyorsanız geçerli origin sertifikasıyla Full (strict) seçin. Sadece tarayıcıdaki kilit, origin yenilemesinin başarılı olduğunu kanıtlamaz.
Bilgiyi uygulanabilir projeye dönüştürelim.
İhtiyacınızı teknik, operasyonel ve ticari açıdan değerlendirip doğru çözüm yol haritasını birlikte oluşturalım.
Projenizi Anlatın



