Sertifika yedeği almak ile anahtar yedeği almak aynı şey değildir. Sertifika ve ara sertifikalar herkese açık bilgidir, sağlayıcıdan yeniden indirilebilir; özel anahtar ise kaybolursa geri getirilemez ve yeniden düzenleme gerektirir. Yedekleme stratejisi bu farka göre kurulur.
Neyin yedeği alınmalı?
- Özel anahtar: Şifreli, erişimi kısıtlı yedek şarttır.
- Sertifika ve zincir: Kolay, ama yeniden kurulum süresini kısaltır.
- CSR ve yapılandırma dosyaları: nginx/Apache/IIS ayarları.
- Sipariş bilgileri: Sipariş numarası, doğrulama yöntemi, sağlayıcı hesabı.
Şifreli yedek örneği
tar czf - /etc/ssl/ornek | gpg --symmetric --cipher-algo AES256 -o ssl-yedek-$(date +%F).tar.gz.gpg
# Geri yukleme
gpg -d ssl-yedek-2026-10-01.tar.gz.gpg | tar xzf - -C /
Parolayı yedekle aynı yerde saklamayın. Kurumsal ortamlarda anahtarlar için gizli yönetim aracı (örneğin HSM veya vault çözümü) tercih edilir.
3-2-1 kuralı
- Üç kopya tutun.
- İki farklı ortamda saklayın.
- Birini sunucu dışında, çevrimdışı veya ayrı bir konumda bulundurun.
Erişim ve test
- Dosya izinlerini sınırlayın (
chmod 600), yedeği kimlerin açabildiğini kayıt altına alın. - Geri yüklemeyi düzenli test edin; test edilmemiş yedek yoktur.
- Her yenilemeden sonra yedeği güncelleyin.
Yedeğe alternatif
Anahtarı yedeklemek yerine, kaybolduğunda hızlıca yeni anahtarla re-issue yapacak süreç hazırlamak da geçerli bir stratejidir. Bu durumda sipariş erişimi ve CSR üretimi prosedürünüzü yazılı tutun. Bizde müşteri anahtarları saklanmaz, bu yüzden yedekleme sorumluluğu size aittir.
Sertifika seçenekleri için SSL sertifikaları sayfasına bakabilirsiniz.
Kurtarma senaryosu
Anahtarın yedeği yoksa ve sunucu kaybedildiyse yapılacak şey bellidir: yeni anahtar ve CSR üretin, sertifikayı re-issue ettirin, kurun ve doğrulayın. Bu süreci önceden bir kez deneyerek kaç dakika sürdüğünü bilmek, acil bir durumda kesinti süresini kısaltır.