Sertifika almadan önce ne hazır olmalı?
Ana alan adını, www adını ve kullanılacak diğer host adlarını belirleyin. Her adın DNS hedefi ve IIS bağlantısı doğru olmalıdır. Sertifikanın SAN listesi hangi adları kapsadığını gösterir; ana alan adı için alınan bir sertifika www adını otomatik kapsamaz.
HTTP-01 doğrulamasında sertifika otoritesi alan adına TCP 80 üzerinden erişir. Router, güvenlik duvarı ve doğrulama yolunu engelleyen kurallar bu akışı kesebilir. Başarısız talebi sürekli tekrarlamak yerine önce erişim nedenini düzeltin.
Alma veya içe aktarma akışı
- İlgili sitenin SSL bölümünde doğru alan adlarını ve mevcut sertifika durumunu inceleyin.
- Yeni sertifika gerekiyorsa Let's Encrypt işlemini başlatın; geçerli mevcut sertifika varsa gereksiz yeniden üretmeyin.
- İçe aktarımda özel anahtarın sertifikayla eşleştiğini ve gerekli ara zincirin bulunduğunu kontrol edin.
- IIS HTTPS bağlantısının doğru host, port ve sertifikayla eşleştiğini doğrulayın.
- Başka bir ağdan alan adıyla TLS bağlantısı kurup ad, zincir ve geçerlilik süresini kontrol edin.
- HTTPS çalıştıktan sonra HTTP yönlendirmesini ve www tercihinin tutarlılığını test edin.
Otomatik yenileme nasıl takip edilir?
Otomasyon bölümündeki SSL yenileme ayarlarını ve son iş sonucunu izleyin. Sertifika süresi dolmadan DNS ve doğrulama yolu hâlâ erişilebilir olmalıdır. Bir zamanlayıcının etkin olması son yenilemenin başarılı olduğunu kanıtlamaz.
Yenileme sonrasında yeni bitiş tarihini hem panelde hem gerçek TLS bağlantısında kontrol edin. Dosyadaki sertifika yenilendiği hâlde servis eski sertifikayı sunuyorsa bağlama veya yeniden yükleme adımı eksik kalmış olabilir.
Web, posta ve FTP aynı sertifikayı mı kullanır?
Aynı sertifika uygun adları kapsıyorsa birden fazla serviste kullanılabilir; fakat her servis için uygulanması ve gerçek bağlantıyla sınanması gerekir. Sertifika doğrulamasını kapatmak güven sorununu çözmez.
| Servis | Doğrulanacak bağlantı | Önemli ayrım |
|---|---|---|
| IIS web sitesi | Alan adı üzerinden HTTPS | Site binding ve SNI seçimi |
| Stalwart posta | 587 STARTTLS ve 465 TLS | Posta servisine sertifika/zincir/anahtar uygulanması |
| FTP TLS | FTP istemcisinin FTPS bağlantısı | FTP hizmetinin sertifika ve TLS politikası |
Yaygın TLS hatalarını ayırma
Ad uyuşmazlığı yanlış host veya sertifika kapsamına; güven zinciri hatası eksik ara sertifikaya ya da güvenilmeyen otoriteye; süre hatası ise tarihlere işaret eder. Bağlantı reseti veya zaman aşımında önce port ve IIS binding erişimini inceleyin: henüz sertifika alınamamış olabilir.
Sık sorulan sorular
Yönlendirme eklemek www sertifika hatasını çözer mi?
Hayır. HTTPS yönlendirmesinden önce TLS bağlantısı kurulur; www için de geçerli sertifika gerekir.
Posta sertifikası web SSL’den ayrı mı kontrol edilmeli?
Evet. IIS’te başarı, SMTP’nin aynı sertifikayı sunduğunu kanıtlamaz. İlgili SMTP portlarını ayrıca test edin.