SSL Yenilemede Yapılan Hatalar

Yenileme, ilk kurulumdan daha risklidir çünkü çalışan bir sistemi değiştirirsiniz. Aşağıdaki hatalar, yenileme sonrası yaşanan sorunların çoğunu oluşturur.

Hata 1 — Son güne bırakmak

Sonuç: Doğrulama gecikirse ya da kurulumda sorun çıkarsa, site uyarı vermeye başlar. Tampon süre kalmaz.

Doğrusu: Kurulumu bitiş tarihinden en az iki hafta önce tamamlayın.

Hata 2 — Ara sertifikayı güncellememek

Ne oluyor: Yalnız ana sertifika değiştiriliyor, ara sertifika eski hâlde bırakılıyor.

Sonuç: Otorite ara sertifikasını değiştirmişse zincir bozulur. Çalışan bir kurulum, yenileme sonrası bozulur.

Doğrusu: Yenilemede gelen tüm dosyaları kullanın.

Hata 3 — Bir sunucuyu unutmak

Ne oluyor: Sertifika birden çok sunucuda kullanılıyor, biri güncellenmiyor.

Sonuç: Ziyaretçilerin bir kısmı hata alır. Sorun aralıklı göründüğü için teşhisi zordur.

Doğrusu: Envanterde sunucu listesi tutun ve her yenilemede tüm listeyi işleyin.

Hata 4 — Diğer servisleri unutmak

Ne oluyor: Web sunucusu güncelleniyor, e-posta servisi eski sertifikayla kalıyor.

Sonuç: Site çalışırken çalışanların e-posta programları uyarı verir.

Doğrusu: Sunucudaki tüm servisleri listeleyin ve hepsini güncelleyin.

Hata 5 — Servisi yeniden yüklememek

Ne oluyor: Dosyalar değiştiriliyor ama servis yeniden yüklenmiyor.

Sonuç: Sunucu eski sertifikayı sunmaya devam eder. Kurulum "başarılı" görünür ama hiçbir şey değişmemiştir.

Doğrusu: Servisi yeniden yükleyin ve tarayıcıdan yeni bitiş tarihini doğrulayın.

Bu, otomatik yenilemedeki en yaygın arızadır.

Hata 6 — Doğrulamayı doğrulamamak

Ne oluyor: Kurulum yapılıyor, tarayıcıda kontrol edilmiyor.

Sonuç: Eski sertifika sunulmaya devam ettiği fark edilmez; bitiş tarihinde site çöker.

Doğrusu: Kilit simgesine tıklayıp bitiş tarihinin gerçekten güncellendiğini görün.

Hata 7 — Otomasyonun çalıştığını varsaymak

Ne oluyor: "Otomatik yeniliyor" denip hiç kontrol edilmiyor.

Sonuç: Otomasyon aylar önce bozulmuş olabilir; kimse fark etmez.

Doğrusu: Bağımsız bir süre izlemesi kurun ve dönemsel manuel kontrol yapın.

Hata 8 — Doğrulama yöntemini kontrol etmemek

Ne oluyor: Önceki yenilemede kullanılan e-posta adresi artık yok ya da DNS erişimi değişmiş.

Sonuç: Doğrulama tamamlanamaz, süreç tıkanır.

Doğrusu: Yenileme sürecine başlamadan doğrulama yolunu teyit edin.

Hata 9 — Kapsamı gözden geçirmemek

Ne oluyor: Bir önceki kapsamla aynen yenileniyor; oysa yeni alt alan adları eklenmiş.

Sonuç: Yeni adresler kapsam dışı kalır ve uyarı verir.

Doğrusu: Her yenilemede adres listesini güncelleyin.

Hata 10 — Aynı özel anahtarı yıllarca kullanmak

Sonuç: Anahtarın ele geçme riski zamanla birikir.

Doğrusu: Yenilemede yeni bir anahtar çifti oluşturmak iyi bir uygulamadır.

Hata 11 — Yedek almadan başlamak

Sonuç: Sorun çıktığında eski duruma dönülemez.

Doğrusu: Mevcut yapılandırma ve sertifika dosyalarını saklayın.

Hata 12 — Eski sertifikayı hemen silmek

Sonuç: Yeni kurulumda sorun çıkarsa geri dönüş imkânı kalmaz.

Doğrusu: Eski dosyaları arşivleyin; süresi dolana kadar saklayın.

Hata 13 — Yoğun bir dönemde yenilemek

Sonuç: Sorun çıkarsa etkisi en yüksek anda çıkar.

Doğrusu: Kampanya ve yoğun satış dönemlerinden önce ya da sonra planlayın.

Hata 14 — Yeni tarihi takvime işlememek

Sonuç: Bir sonraki yenileme unutulur.

Doğrusu: Yenileme sürecinin son adımı, yeni tarihin takvime girilmesi olmalıdır.

Hata 15 — Sadece bir tarayıcıda test etmek

Sonuç: Ara sertifika sorunu fark edilmez, müşteri şikâyetiyle ortaya çıkar.

Doğrusu: En az üç tarayıcı, bir mobil cihaz ve farklı bir ağdan test edin.

Belirtiye göre teşhis

Yenileme kontrol listesi

• ☐ Erken başlandı (en az bir ay önce)
• ☐ Kapsam gözden geçirildi
• ☐ Doğrulama yöntemi teyit edildi
• ☐ Yeni anahtar çifti oluşturuldu
• ☐ Yedek alındı
• ☐ Yeni ara sertifika kullanıldı
• ☐ Tüm sunucular güncellendi
• ☐ Tüm servisler güncellendi
• ☐ Servisler yeniden yüklendi
• ☐ Tarayıcıda yeni tarih doğrulandı
• ☐ Çoklu tarayıcı ve cihazda test edildi
• ☐ Eski dosyalar arşivlendi
• ☐ Yeni tarih takvime işlendi
• ☐ Envanter güncellendi