HTTPS ve SSL sertifikası: Kurulumdan yenilemeye kontrol rehberi
· PoolByte
SSL sertifikası diye aradığımız web sertifikaları günümüzde TLS tabanlı bağlantılarda kullanılır. HTTPS, tarayıcıyla web sunucusu arasındaki iletişimin korunmasına ve bağlanılan adın doğrulanmasına yardım eder. Ancak bir sertifika kurmak, bütün sitenin güvenli olduğunu veya hatasız çalıştığını kanıtlamaz. Doğru uygulama; kapsam, web ayarı, içerik ve yenileme adımlarını birlikte kontrol etmektir.
Sertifika hangi adları kapsamalı?
İlk adım, ziyaretçilerin gerçekten kullandığı adresleri listelemektir. Kök domain, www ve uygulama alt alan adları birbirinden ayrı adlardır. Sadece ana adres için geçerli bir sertifika, farklı bir alt alan adında otomatik olarak geçerli sayılmaz. Sertifikayı seçerken kapsanan adları kontrol edin; yalnız panelde “kuruldu” yazmasına bakmayın.
Wildcard bir sertifika da bütün olası adresleri kapsamaz. Kapsam, sertifikada belirtilen adlara ve joker karakterin eşleşmesine bağlıdır; daha derin alt alan adları veya kök ad için ek kapsam gerekebilir. Ana site bir sunucuda, müşteri uygulaması ayrı sunucudaysa iki tarafın HTTPS yapılandırmasını kendi hedefinde değerlendirin.
Alan adı doğrulaması neden başarısız olur?
Sertifika sağlayıcısı, ilgili alan adını kontrol ettiğinizi doğrulamak ister. ACME düzeninde HTTP veya DNS temelli doğrulama yolları bulunur. Örneğin HTTP-01 yaklaşımında doğrulama içeriğinin beklenen adresten alınabilmesi, DNS-01 yaklaşımında ise beklenen TXT bilgisinin görülebilmesi gerekir. Wildcard için kullanılan yöntemlerin kapsamı farklı olabilir. Let's Encrypt doğrulama türleri bu ayrımı açıklar.
Başarısızlıkta önce gerçek DNS hedefini inceleyin. Domain başka sunucuyu gösterirken mevcut panelden sertifika üretmeye çalışmak sonuç vermeyebilir. A ve AAAA hedeflerinin farklı olması, erişim engeli, yanlış doğrulama kaydı veya ek sertifika yetkilendirme politikaları da inceleme başlıklarıdır. Doğrulama işlemini art arda çalıştırmak yerine hata mesajının işaret ettiği nedeni giderin.
Kurulumdan sonra tarayıcıyla kapsamı doğrulayın
Sertifikanın adını, geçerlilik tarihlerini ve hangi sunucudan sunulduğunu inceleyin. Testi hem kök adreste hem www adresinde yapın. Bir önbellek veya proxy kullanıyorsanız kullanıcıya sunulan sertifika ile kaynak sunucudaki sertifika farklı olabilir. Tarayıcıda başarılı görünen bağlantı, kaynak sunucunun bütün ayarlarını tek başına doğrulamaz.
Doğrudan IP adresine bağlanarak yapılan test de alan adıyla yapılan HTTPS isteğiyle aynı değildir. Sunucu, istenen ada göre farklı site veya sertifika seçebilir. Bu yüzden gerçek URL'yi ve ilgili adı kullanın. Yetkili DNS cevabını kontrol etmek için DNS kayıtları rehberinden yararlanabilirsiniz.
HTTP'den HTTPS'e yönlendirmeyi sade tutun
Sitenizin tercih edilen adresini belirleyin: www veya kök ad, ardından HTTPS. Uygulama, sunucu ve varsa proxy katmanlarının aynı karar doğrultusunda çalışmasını sağlayın. Bir katman HTTP'ye, diğeri HTTPS'e yönlendiriyorsa döngü oluşabilir. Birkaç farklı yönetim ekranında aynı iş için kural eklemek yerine mevcut kuralları birlikte inceleyin.
Yönlendirme testinde yalnız ana sayfayı değil, iç sayfayı da açın. Adresin sayfa yolunu koruduğunu, gereksiz zincir oluşmadığını ve form veya API akışının bozulmadığını kontrol edin. HTTPS geçişini yeni bir alan adı taşınmasıyla aynı prosedür saymayın; arama motoru tarafındaki yapılacak işler değişiklik kapsamına bağlıdır.
Karma içeriği ve uygulama bağlantılarını temizleyin
Bir HTTPS sayfasının HTTP üzerinden resim, betik veya başka kaynak istemesi karma içerik sorunlarına yol açabilir. Tarayıcı bazı istekleri engelleyebilir veya davranışı kaynak türüne göre değiştirebilir. Sadece ana HTML'nin HTTPS olması yeterli değildir; tema dosyaları, yüklenen görseller ve üçüncü taraf bağlantıları da incelenmelidir.
Tarayıcının geliştirici araçlarından ilgili uyarıları açın. Eski URL, tema ayarı veya eklenti çıktısı gibi kaynağı bulun; her metni körlemesine değiştirerek ilerlemeyin. WordPress veritabanındaki yapısal değerlerde kontrolsüz arama-değiştirme yeni sorun çıkarabilir. Değişiklik öncesi yedek alın ve test ortamında doğrulayın. Yedekleme rehberi geri dönüş adımını planlamanıza yardımcı olur.
Otomatik yenilemeyi çalışır durumda tutun
Yenileme otomatik görünse de doğrulama için gerekli DNS, erişim ve yetki koşulları değişebilir. Alan adı başka sunucuya taşındığında veya DNS API erişimi yenilendiğinde eski otomasyon çalışmayabilir. Sertifika tarihlerini izleyin, yenileme hatalarını takip edin ve işlem sahibini belirleyin.
cPanel kullanıyorsanız SSL/TLS Status ekranı adların sertifika durumunu incelemenize yardımcı olabilir; görünür özellikler sağlayıcı tarafından belirlenir. Ayrı sunucuda çalışan bir alt alan adı için mevcut cPanel'in sertifika başarısızlığını, ana sitenin mutlaka bozuk olduğu şeklinde yorumlamayın. Sertifika yönetiminin doğru sunucuda yapılması gerekir.
Yayın öncesi HTTPS kabul listesi
- Kullanılan bütün alan adları doğru hedefe çözülüyor.
- Sertifika gerekli adları kapsıyor ve süresi geçerli.
- HTTP isteği tercih edilen HTTPS adresine ulaşabiliyor.
- İç sayfalar, oturum açma ve kritik formlar çalışıyor.
- Karma içerik uyarıları incelenmiş ve nedenleri giderilmiş.
- Yenileme sorumlusu, bildirim ve hata kontrolü belirlenmiş.
Web hosting kapsamını incelerken sertifikanın kurulum ve yenileme koşullarını sorun. Yeni bir ad için domain seçeneklerini değerlendirin. Hata incelemesinde tam adresi ve görülen uyarıyı, özel anahtarları paylaşmadan iletişim üzerinden iletebilirsiniz.
Sık sorulan sorular
HTTPS kullanan sitede güvenlik açığı olamaz mı?
Olabilir. HTTPS bağlantıyı korur; uygulama güncellemeleri, erişim kontrolü, zararlı içerik ve yedekleme gibi konular ayrıca yönetilir. Tarayıcıda sertifika hatası olmaması tüm sistemi değerlendiren bir güvenlik testi değildir.
Sertifikayı yenilemek için domaini yeniden satın almak gerekir mi?
Sertifika yenilemesi ile alan adı yenilemesi ayrı işlemlerdir. Bununla birlikte alan adını kaybetmek doğrulama ve erişimi etkiler. İki hizmetin son tarihlerini ayrı takip edin.
HTTPS Google'da üst sıraları garanti eder mi?
Hayır. HTTPS uygun web yayınının bir parçasıdır, belirli bir sıralama taahhüdü değildir. Kullanışlı içerik, erişim ve diğer arama koşullarıyla birlikte değerlendirilir.