# Sunucuda TLS sertifikası ve otomatik yenileme kontrolü

https://hosting.rioch.tr/bilgi-bankasi/makale/sunucuda-tls-sertifikasi-ve-otomatik-yenileme-kontrolu

Sunucudaki TLS sertifikası, yalnızca ilk kurulumda değil yenileme dönemlerinde de izlenmelidir. Geçerli alan adı kapsamı, doğru sertifika zinciri ve çalışan doğrulama yöntemi kesintisiz HTTPS için birlikte gereklidir.

## Konuyu doğru anlayın

ACME istemcileri alan adı kontrolünü HTTP veya DNS gibi yöntemlerle doğrular. HTTP doğrulaması web yoluna erişim ister; DNS doğrulaması ilgili TXT kaydının yetkili DNS üzerinde yayımlanmasına dayanır. Elle girilen bir kaydın gelecekteki otomatik yenilemeyi kendiliğinden sağlayacağını varsaymayın.

## Başlamadan önce

İlk olarak sorunun başladığı zamanı, son değişikliği ve etkilenen hizmeti not edin. Sunucunun konsol erişimini ve güncel yedeğini hazır tutun. İnceleme sırasında tek değişkeni değiştirerek ilerleyin; çalışan servisleri gereksiz yere yeniden başlatmak, asıl nedenin izini kaybettirebilir.

## Adım adım uygulama

1. **Kapsam ve son tarihi inceleyin**Sitenin kullandığı ana ad, www ve alt alan adlarını listeleyin. Sunucuda yüklü dosyanın değil, dışarıdan gerçekten sunulan sertifikanın kapsamını ve bitiş tarihini kontrol edin.
2. **Doğrulama yöntemini belirleyin**HTTP veya DNS yönteminin hangisinin kullanıldığını okuyun. Web kökü, yönlendirme, güvenlik duvarı ve DNS kayıtlarının bu yönteme uygun kaldığını doğrulayın.
3. **İstemci yapılandırmasını kontrol edin**ACME istemcisinin veya panelin desteklediği ayarı kullanın. DNS otomasyonu varsa anahtara yalnızca gereken yetkiyi verin ve erişim bilgisini web dizininde saklamayın.
4. **Yenileme denemesini güvenli yapın**İstemcinin desteklediği test veya kuru çalışma yöntemini kullanın. Hata çıktısını incelemeden gerçek üretim taleplerini sürekli tekrarlamayın; doğrulama nedenini giderin.
5. **Web sunucusuna uygulanmasını doğrulayın**Yenilenen dosyaların doğru hizmet tarafından yüklendiğini kontrol edin. Gerekli reload işlemini sözdizimi testiyle birlikte yapın ve dış bağlantıdaki yeni tarihi tekrar okuyun.

## Sık karşılaşılan durumlar

- DNS doğru görünse bile eski AAAA kaydı veya farklı web sunucusu doğrulamayı bozabilir. Alan adının bütün kullanılan adreslerini ve doğrulama yolunu birlikte inceleyin.
- Sertifika dosyası yenilenmişken site eski sertifikayı sunuyorsa yanlış dosya yolu, CDN katmanı veya uygulanmamış servis yenilemesi olabilir. Zinciri dışarıdan test edin.

## Sık sorulan sorular

### Wildcard için her doğrulama yöntemi uygun mu?

Lets Encryptte wildcard sertifika DNS doğrulaması gerektirir. Kullandığınız sertifika otoritesi ve istemcinin desteklediği yöntemi resmî belgelerinden doğrulayın.

### Otomatik yenileme varsa uyarı kurmak gerekli mi?

Yenileme; DNS, API anahtarı veya servis değişiklikleri nedeniyle bozulabilir. Son tarih yaklaşımı ve başarısız görevler için izleme kurmak bu hataları erken gösterir.

## İşlem sonrası kontrol

Dış bağlantıda doğru alan adına yeni sertifikanın sunulduğunu kontrol edin. Otomatik görevin etkinliğini, bir sonraki çalışma düzenini ve başarısızlık bildirimlerini kayıt altına alın.

## İlgili rehberler

- [Nginx üzerinde alan adı ve site yayınlama rehberi](https://hosting.rioch.tr/bilgi-bankasi/makale/nginx-uzerinde-alan-adi-ve-site-yayinlama-rehberi)
- [Hosting üzerinde SSL ve HTTPS kurulumu](https://hosting.rioch.tr/bilgi-bankasi/makale/hosting-uzerinde-ssl-ve-https-kurulumu)

## Teknik kaynak

[Lets Encrypt resmî doğrulama belgeleri](https://letsencrypt.org/docs/challenge-types/)

RİOCH Bilgi Bankası • Son gözden geçirme: 5 Kasım 2026. Arayüz adları ve kullanılabilir özellikler hizmetinize ve yazılım sürümüne göre değişebilir.
