SSL Sertifikası Süresi Doldu: Yenileme ve Otomasyon

Sertifikanızın süresi dolduğunda tarayıcılar siteye girmeden önce tam sayfa bir güvenlik uyarısı gösterir. Çözüm, sertifikayı yenilemek ve yeni dosyaların sunucuya gerçekten yüklendiğini doğrulamaktır. Kalıcı çözüm ise yenilemeyi insan hafızasına bırakmamaktır: otomatik yenileme kurmak ve onun da çalıştığını dışarıdan izlemek gerekir. Sertifikayı elle yenileyen bir hosting kullanıcısıysanız, “güvenli değil” uyarısıyla karşılaşan bir ziyaretçiyle uğraşıyorsanız ya da yarın aynı olayı yaşamak istemiyorsanız, önce nedeni ayırmak, sonra kalıcı bir düzen kurmak yeterlidir.

Sertifika süresi dolunca ziyaretçi ne görür

Her sertifikanın bir başlangıç ve bir bitiş tarihi vardır. Bitiş tarihi geçtiği anda tarayıcı sertifikayı geçersiz sayar ve sayfanın yerine bir uyarı ekranı açar. Ziyaretçi sitenizin içeriğini görmeden önce “bağlantınız gizli değil” benzeri bir mesajla karşılaşır. Uyarının sözcükleri tarayıcıya ve sürüme göre değişir, ama anlamı aynıdır: bu sitenin kimliği doğrulanamıyor.

Sorun yalnızca sayfaya bakan insanla sınırlı kalmaz. Aynı alan adından görsel, betik ya da veri çeken her bileşen de aynı hatayı alır. Sitenizi çağıran bir mobil uygulama, bir ödeme formu, bir yayın akışı ya da bir API istemcisi sessizce çalışmayı bırakabilir. Bu yüzden süresi dolan sertifika bazen yalnızca ana sayfada değil, arka plandaki bir hizmette fark edilir.

Örnek senaryo: yüzme okulunun kayıt sayfası

Küçük bir yüzme okulu, yaz dönemi kayıt kampanyasını sosyal medyada duyuruyor. Kampanya bağlantısına tıklayan herkes uyarı ekranıyla karşılaşıyor, kayıt formuna ulaşamıyor. Ofisteki kişi sorunu önce “internet bozuk mu” diye araştırıyor. Oysa neden basit: sertifika üç ay önce elle alınmış, hatırlatma e-postası bir eski çalışanın kutusuna düşmüş ve yenileme kimsenin görevi değilmiş. Bu senaryodaki asıl kayıp sertifika değil, sahipsiz bir görevdir.

Görünmeyen etkilenenler

Sertifika uyarısı yalnızca sayfayı açan insanı etkilemez. Alan adınızdan e-posta panelinize, bir iş ortağının sipariş bildirimini alan adresinize, bir form eklentisinin çağırdığı hizmete kadar bağlantı kuran her sistem aynı hatayı alır. Bu yüzden sorunun ilk saatinde yalnızca ana sayfaya bakmayın. Sitenizin bağımlılık listesini çıkarın: hangi alt alan adları, hangi API uçları ve hangi dış sistemler sizin sertifikanıza güveniyor? Listeyi bir kez yazdığınızda hem olay anında hem de yenileme sonrası doğrulamada zaman kazanırsınız.

Önce teşhis: sorun gerçekten süre mi

“Güvenli değil” uyarısı her zaman süre dolmasından gelmez. Yanlış sorunu çözmek zaman kaybettirir, o yüzden önce nedeni ayırın. Tarayıcıda uyarı sayfasındaki ayrıntı bağlantısı ya da adres çubuğundaki kilit simgesi, sertifikanın geçerlilik tarihlerini gösterir. Bu iki tarih de güncel saatle karşılaştırılır.

Tablodaki son satır görmezden gelinen bir tuzaktır. Yenileme komutu başarıyla bitmiş olabilir, ama web sunucusu sertifikayı belleğe başlangıçta okuduysa eski sertifikayı sunmaya devam eder. Bu durumda yenileme “başarılı” görünür, uyarı sürer.

Sertifikanın tarihleri, alan adları ve zinciri

Bir sertifikayı okurken üç şeye bakarsınız. Birincisi geçerlilik aralığıdır: başlangıç ve bitiş tarihi. İkincisi alan adı listesidir: sertifika hangi adlar için düzenlenmiş. Üçüncüsü zincirdir: sunucunun yalnızca kendi sertifikasını değil, sizi bir kök otoriteye bağlayan ara sertifikayı da sunması gerekir.

Geçerlilik aralığı

Bitiş tarihini yalnızca tarih olarak değil, saat dilimiyle birlikte okuyun. Bitişin son gününde akşam saatinde yapılan yenileme bir gecikme sayılabilir, çünkü sertifika zaten gün içinde geçersiz hale gelmiş olabilir. Uygulama önerisi: yenilemeyi bitişe son birkaç güne bırakmayın.

Alan adı listesi

Alan adı eklediğinizde, alt alan adı açtığınızda ya da www yönlendirmesini değiştirdiğinizde sertifikanın bu adları kapsayıp kapsamadığını kontrol edin. Yeni eklenen bir alt alan adı, ana sertifikanın dışında kalıp yeni bir uyarıya yol açabilir.

Zincir

Ara sertifika eksikse bazı cihazlar siteyi sorunsuz açar, bazıları açmaz. Bu tutarsızlık teşhisi zorlaştırır. Hosting panelinden indirdiğiniz “tam zincir” dosyasını kullanmak bu riski azaltır.

Acil durumda sertifikayı yenilemenin üç yolu

Hangi yolu izleyeceğiniz, sertifikanın nereden geldiğine bağlıdır. Sertifikanın kaynağını bilmiyorsanız önce hosting panelindeki SSL bölümüne bakın, orada hangi sağlayıcının hangi tarihle listelendiği yazar.

Karar kuralı: sertifika hosting firmasından geliyorsa yenilemeyi onlara bırakın ve gecikmeyi onlara bildirin. Sertifikayı siz alıyorsanız, ilk görev yenilemenin neden tetiklenmediğini bulmaktır. Ücretli ve elle yüklenen bir sertifikada ise otomasyon yoktur, takvim tek güvencenizdir.

Süre dolduktan sonraki ilk 60 dakika için iş sırası

Olay anında panik, sırayı bozar. Numaralı bir iş sırası yazılı dursun, o anda kimsenin kararı sıfırdan vermesi gerekmesin.

1. Uyarıyı kendi cihazınızdan ve bir mobil ağdan yeniden üretin. Böylece sorunun cihaz saatiyle ilgili olmadığını görürsünüz.
2. Sertifikanın bitiş tarihini ve alan adı listesini tarayıcıdan okuyun, bulguyu bir not defterine yazın.
3. Sertifikanın kaynağını belirleyin: hosting paneli, ACME istemcisi ya da ücretli sağlayıcı.
4. Kaynağa uygun yenileme yolunu uygulayın. Hosting kaynaklıysa destek talebi açın ve gecikme saatini yazın.
5. Web sunucusunu veya CDN önbelleğini yenileyin. Yeni tarihi tarayıcıdan, ikinci bir cihazdan ve farklı bir ağdan doğrulayın.
6. Yenilemenin neden önceden yapılmadığını kaydedin ve izleme kurulumuna geçin.

Bu sıra sertifikayı yalnızca düzeltmekle kalmaz, olayın kanıtını da saklar. Kanıt, ileride hosting firmasıyla ya da ajansla yapılacak bir görüşmede neyin ne zaman olduğunu netleştirir.

İletişim: ziyaretçiye ne söylenir

Uyarı ekranı açıkken sosyal medya hesabınız ya da müşteri hizmetleri kanalınız soru almaya başlar. Kısa ve doğru bir açıklama hazır olsun: sorunun teknik bir sertifika yenilemesi olduğunu, kişisel verilere ilişkin bir ihlal bulunmadığı kanıtlanana kadar bu iddiayı yapmamanız gerektiğini, düzeltmenin sürdüğünü belirtin. Süre dolmasını bir güvenlik saldırısı gibi sunmayın; ama sorunun nedenini kesinleşmeden de yazmayın. Uygulama önerisi: açıklamaya yalnızca bildiğinizi yazın ve saat verin.

Hosting panelindeki ücretli sertifika ve Let's Encrypt arasındaki fark

İki seçenek de tarayıcıda aynı kilidi gösterir. Fark yönetim biçimindedir. Hosting firmasının paneli sertifikayı sizin yerinize alıp yeniliyorsa sizin göreviniz yalnızca izlemektir. Ücretli sertifikada yenileme bazen bir satın alma ve doğrulama adımı içerir, bu da bir insanın başlatmasını gerektirir. Let's Encrypt sertifikaları ise otomatik yenileme varsayımıyla tasarlanmıştır.

Hangisini kullanırsanız kullanın, izleme ilkeleri aynıdır. İzleme planı her ikisine de uygulanabilir. Ücretli bir sertifikada fark yalnızca şudur: yenileme tarihi bir faturaya, bir doğrulama e-postasına ve bir ödeme sürecine bağlıdır, dolayısıyla takvim hatırlatmasının daha erken kurulması gerekir.

Kısa ömürlü sertifikalar neden otomatik yenilenmeli

Let's Encrypt, sertifika ömrünü 90 gün olarak belirlemesinin gerekçelerini Why ninety-day lifetimes (yeni sekmede açılır) yazısında açıklar. Yazıya göre kısa ömür, anahtar ele geçirilmesinin ve hatalı sertifika üretiminin yol açacağı zararı sınırlar. İkinci gerekçe otomasyondur: yazı, otomasyonun kullanım kolaylığı için vazgeçilmez olduğunu söyler ve yenileme otomatik olduğunda kısa ömrün uzun ömürden daha zahmetli olmadığını savunur.

Aynı yazı, abonelerin sertifikalarını altmış günde bir yenilemesini önerir. Bu öneri sertifika bitmeden otuz günlük bir pay bırakır; yazıya göre bu pay, otomasyon henüz yoksa elle yenileme için de zaman tanır. Sayfa kendisini tarihi bir yazı olarak işaretler ve güncel politika için sertifika ömrü belgelerine yönlendirir. Süre ve zamanlama değerleri değişebilir; uygulamadan önce Let's Encrypt'in güncel sayfasına bakın.

Bu gerekçeden çıkan pratik sonuç şudur: kısa ömürlü sertifika, “yılda bir hatırla” alışkanlığıyla yönetilmez. Üç ayda bir tekrarlanan elle iş, bir süre sonra unutulur. Süre dolması bir arıza değil, otomasyon yokluğunun beklenen sonucudur.

Otomatik yenileme nasıl kurulur ve doğrulanır

Otomasyonun teknik ayrıntıları kullandığınız istemciye göre değişir. Ama her kurulumda aynı dört parça bulunur.

1. Sertifikayı alan ve yenileyen bir ACME istemcisi ya da hosting panelinin kendi yenileme işlevi.
2. İstemciyi düzenli çalıştıran bir zamanlayıcı.
3. Yenileme sonrasında web sunucusunu yeni sertifikayı okutacak şekilde yeniden yükleyen bir adım.
4. Başarısızlığı size haber veren bir uyarı.

Birçok kurulumda üçüncü ve dördüncü parça eksik kalır. Yenileme sessizce başarılı olur, ama yeniden yükleme yapılmadığı için ziyaretçi eski sertifikayı görmeye devam eder. Ya da yenileme sessizce başarısız olur ve ilk uyarı ziyaretçinin ekran görüntüsüdür.

Kuru çalıştırma ve deneme

Bazı ACME istemcileri gerçek sertifika almadan yenileme sürecini deneyen bir kuru çalıştırma kipi sunar. Kurulumdan hemen sonra ve altyapıyı değiştirdiğiniz her seferde bu denemeyi çalıştırın. Kipin adı ve komutu istemciye göre farklıdır; kendi istemcinizin belgesine bakın.

Yenileme zamanlaması

Uygulama önerisi: yenilemeyi bitiş gününden çok önce deneyecek şekilde kurun. Let's Encrypt'in önerdiği altmışıncı gün yaklaşımı iyi bir referanstır, çünkü ilk başarısız denemeden sonra tekrar denemek ve sorunu çözmek için haftalarca süre kalır.

Yenileme sonrası yeniden yükleme

Sertifika dosyası değiştiğinde web sunucusunun bunu görmesi gerekir. Pek çok kurulumda bu, yenilemeden hemen sonra çalışan bir yeniden yükleme komutuyla yapılır. Hosting panelinde bu adım bazen sizin için arka planda yürür; yine de yenilemeden sonra sitenin sunduğu sertifikanın tarihini gözle doğrulayın.

Yenileme başarısız olduğunda ne olur: nedenler tablosu

Yenileme başarısızlıklarının nedenleri sınırlı sayıda kategoriye düşer. Hata mesajı bu kategoriyi gösterir.

İlk satırdaki neden özellikle sinsidir. Yeni kurulan bir yönlendirme kuralı, bir güvenlik duvarı ya da bir bakım modu tüm yolları başka bir sayfaya yönlendirdiğinde doğrulama istekleri de yönlendirilir ve yenileme sessizce bozulur. Bakım modu ve yönlendirme ayarlarını değiştirdiğinizde bu yolu bilinçli olarak istisna bırakın. Bakım sırasındaki doğru durum kodu için bakım modu ve 503 rehberine bakabilirsiniz.

İkinci satır, taşımaların sonrasında ortaya çıkar. Hosting değiştirirken DNS geçişi bitmeden eski sunucuda sertifika yenilemesi sürüyorsa, ya da yeni sunucuda henüz kurulum yapılmamışsa, yenileme iki tarafta da kopar. Taşıma sırasında sertifika kurulumunu da kontrol listesine ekleyin; hosting değiştirirken DNS geçişi yazısı bu sırayı anlatır.

Let's Encrypt e-posta uyarıları artık gelmiyor: izleme nasıl kurulur

Uzun süre Let's Encrypt, sertifika bitmeden önce kayıtlı e-posta adresine hatırlatma gönderirdi. Bu hatırlatmalara güvenen herkes için önemli bir değişiklik var: Let's Encrypt'in belge sayfası (yeni sekmede açılır), e-posta ile süre bitimi hizmetinin sona erdiğini söyler. Hizmetin kapanış tarihi, Let's Encrypt'in duyuru yazısında (yeni sekmede açılır) 4 Haziran 2025 olarak verilir ve sayfa kapanışın gerekçelerini sıralar.

Duyuruya göre dört gerekçe vardır. Birincisi, birçok abonenin artık otomatik yenilemesi bulunmasıdır. İkincisi, bu e-postaları göndermek için e-posta adreslerinin düzenleme kayıtlarıyla ilişkilendirilmiş tutulması gerekir ve bu durum Let's Encrypt'in gizlilik değerleriyle çelişir. Üçüncüsü, hizmetin yılda on binlerce dolara mal olmasıdır. Dördüncüsü, altyapıya eklediği karmaşıklığın hata olasılığını artırmasıdır. Güncel durum Let's Encrypt'in sayfalarında değişebilir; uygulamadan önce ilgili sayfayı yeniden açın.

Pratik sonuç açıktır. Sertifikanız Let's Encrypt'ten geliyorsa ve bitiş tarihini bir e-posta size hatırlatacak diye bekliyorsanız, o e-posta gelmeyecek. İzleme artık sizin sorumluluğunuzda.

Let's Encrypt'in önerdiği seçenekler

Duyuru yazısı alternatif olarak Red Sift Certificates Lite hizmetini (eski adıyla Hardenize) anar ve bu hizmetin süre bitimi e-posta izlemesinin 250 sertifikaya kadar ücretsiz olduğunu belirtir. Yazı ayrıca diğer izleme seçeneklerinin Let's Encrypt'in izleme seçenekleri sayfasında listelendiğini söyler. Bu bilgi, adı geçen şirketin sunduğu hizmete aittir; hizmet koşulları ve sınırları değişebilir. Duyuru, ACME istemcisi yenileme zamanlaması veya başka bir araç hakkında ek yönerge vermez.

Kendi izlemenizi kurma ilkeleri

Uygulama önerisi: izleme, yenilemeyi yapan sistemden bağımsız olmalıdır. Yenileyen sistem bozulursa, kendi hatasını da bildirmeyebilir. Bağımsız bir izleyici, siteye dışarıdan bağlanır, sunulan sertifikanın bitiş tarihini okur ve belirli bir eşiğin altına düşünce size haber verir. Bu işi yapan hizmetler de, siz kendiniz yazacağınız küçük bir kontrol betiği de olabilir. Hangisini seçerseniz seçin üç şeyi sağlayın:

• Uyarı, tek bir kişinin e-postasına değil, ortak bir adrese veya ekip kanalına gitsin.
• İki aşamalı eşik olsun: erken uyarı ve acil uyarı.
• Uyarının sahibi belli olsun, yani “kim bakacak” sorusunun yanıtı yazılı olsun.

İzleyicinin neyi ölçmesi gerekir

İyi bir sertifika izleyicisi yalnızca bitiş tarihine bakmaz. Şu başlıklar izleme kurarken tek tek sorulacak sorulardır:

• Bitiş tarihini sunucunun gerçekten sunduğu sertifikadan mı okuyor, yoksa dosya sisteminden mi? Önemli olan sunulan sertifikadır.
• Hem çıplak alan adını hem www sürümünü hem de önemli alt alan adlarını ayrı ayrı kontrol ediyor mu?
• Ara sertifika zincirinin eksik olduğu durumu da yakalıyor mu?
• Uyarıyı, sitenizin dışındaki bir ağdan mı üretiyor? Kendi sunucunuzun içinden yapılan kontrol, bir CDN veya yük dengeleyicinin sunduğu farklı sertifikayı göremez.
• Test sonuçlarını kayıt altına alıyor mu, böylece olay sonrası inceleme yapabilir misiniz?

Karar kuralı: hangi sertifika modeli hangi siteye uyar

Kural: sertifika modelini seçerken “en ucuz hangisi” sorusu yerine “bitişi unutursam kim fark eder” sorusunu sorun. Birinci sorunun yanıtı bütçeyi, ikincisinin yanıtı sürekliliği belirler.

Süre sonu için takvim ve uyarı planı

Otomasyon kurulu olsa bile bir takvim kaydı tutun. Otomasyon yedeğidir, sigortadır; tek başına yeterli değildir.

Eşiklerin gün sayısını sitenin kritikliğine göre kendiniz belirleyin. Satış yapan bir site için erken uyarıyı daha erken kurmak mantıklıdır. Belgelerde sizin siteniz için bir eşik önerisi yok; bu sıralama bir çalışma düzeni önerisidir.

Takvimde yanlış anlaşılan noktalar

Süre sonu konusunda dört yanlış varsayım zaman kaybettirir.

• “Otomatik yenileme açık, demek ki sorun yok.” Açık olması çalıştığını göstermez. Yenileme sunucuya yeni dosyayı yüklememişse ziyaretçi eskisini görür. Kanıt, tarayıcıda okunan yeni bitiş tarihidir.
• “Hosting firması her şeyi izliyor.” Firma ana sertifikayı yönetiyor olabilir, ama alt alan adınızı ya da kendi yüklediğiniz ücretli sertifikayı kapsamayabilir. Neyi yönettiğini yazılı sorun.
• “Süre bitti, site hacklenmiş.” Süre dolması bir saldırı belirtisi değildir. Tarihi okuyun, nedeni kanıtlamadan ihlal duyurusu yapmayın.
• “Uyarı e-postası gelmedi, vaktimiz var.” Let's Encrypt e-posta hizmetini sonlandırdığı için e-postanın gelmemesi hiçbir şeyi kanıtlamaz.

Karar tablosu: uyarıyı kimin alacağı sertifikanın kaynağına göre değişir.

Uygulama önerisi: bu dört varsayımı yeni bir teknik sorumluya devrederken yazılı not olarak verin, sözlü aktarıma bırakmayın.

Alan adı ve alt alan adı envanteri

Süre sorunlarının önemli bir kısmı ana sitede değil, unutulmuş alt alan adlarında çıkar: blog, katalog, kampanya sayfası, e-posta panelinin web arayüzü. Kurumsal bir yapıda bu adların her biri ayrı bir sertifikaya bağlı olabilir.

Bir envanter tablosu tutun. Her satırda alan adı, sertifikanın kaynağı, yenileme yöntemi, bitiş tarihi ve sorumlu kişi bulunsun. Bu tabloyu yılda iki kez gözden geçirin. Kullanılmayan alt alan adlarının DNS kaydını silmeniz de gerekir; sahipsiz kalan kayıtlar ayrı bir güvenlik sorunu oluşturur. Konuyu web sitesi güvenliği ve hosting kontrol listesi içinde de bulabilirsiniz.

HTTPS sonrasındaki diğer kontroller

Sertifika yenilendikten sonra sorunlar bitmiş sayılmaz. Yenileme sırasında bir şeyleri değiştirdiyseniz birkaç şeyi daha doğrulayın. Sayfalarda karma içerik uyarısı çıkıyor mu? HTTP sürümü HTTPS'ye yönleniyor mu? HSTS kullanıyorsanız sertifika sorunu yaşayan ziyaretçilerin uyarı ekranını geçemeyeceğini göz önünde bulundurdunuz mu? Bu başlıkların ayrıntısı için HTTPS sonrası karma içerik ve HSTS kontrolü yazısına bakın.

Süre dolduktan sonra sitenin kaç saat kapalı kaldığını da bir kayda geçirin. Bu kayıt hem bir sonraki olayın sorumluluğunu belirlemeye hem de kök nedeni yazılı hale getirmeye yarar. Sitenizin HTTP durum kodlarının doğru davrandığını ayrıca HTTP durum kodları rehberi ile gözden geçirebilirsiniz. Taşıma sürecindeyseniz site taşıma rehberi sertifika kurulumunu da kontrol sırasına alır.

Olay sonrası kısa inceleme: aynı hatayı tekrarlamamak

Süre dolması sorunu çözüldükten sonra beş soru sorun ve yanıtlarını yazın. Sertifika kimin sorumluluğundaydı? Yenileme yöntemi neydi? Hatırlatma nereye gidiyordu? Otomasyon vardıysa neden çalışmadı? Bir sonraki yenilemede bunu kim, hangi tarihte doğrulayacak?

Küçük işletmelerde bu inceleme bir sayfalık bir not olabilir. Önemli olan, sorumluluğun bir kişinin hafızasından yazılı bir kayda taşınmasıdır. Hatırlatmayı tek bir kişinin e-postasına bağlamak, yüzme okulu senaryosunun tekrar etmesinin en kısa yoludur.

Sahipliği kimin üstlendiği sorusu

Küçük bir işletmede sertifika kolayca “bilgisayardan anlayan kişinin” üzerinde kalabilir. Bu kişi izne çıktığında, işten ayrıldığında ya da ajansla sözleşme bittiğinde yenileme sahipsiz kalır. Bu durumu önlemek için görevi bir kişi yerine bir role bağlayın: “teknik sorumlu” rolü, rolün hangi hesabı ve hangi ortak e-posta adresini kullandığı yazılı olsun. Ajansla çalışıyorsanız sözleşmede sertifika yenilemesinin ve izlemesinin kimde olduğunu açıkça yazdırın.

Hosting değişirken sertifika

Hosting firmasını değiştirdiğinizde eski firmanın yönettiği sertifika sizinle taşınmaz. Yeni sunucuda sertifikanın alınması, DNS geçişinden önce mi sonra mı yapılacağı ve eski sunucudaki otomasyonun kapatılma zamanı bir taşıma planında ayrı bir satır olmalıdır. Aksi halde geçiş gününde sertifika uyarısı, taşımanın ilk işareti olarak ziyaretçiye ulaşır.

Kontrol listesi: sertifika süresi için sekiz madde

• Sertifikanın kaynağı (hosting, ACME istemcisi, ücretli sağlayıcı) yazılı.
• Her alan adı ve alt alan adı için bitiş tarihi bir tabloda.
• Otomatik yenileme açık ve kuru çalıştırma ile denendi.
• Yenileme sonrası web sunucusunun yeniden yüklenmesi tanımlı.
• Sertifika izleme, yenilemeden bağımsız bir sistemle yapılıyor.
• Uyarılar ortak bir adrese veya ekip kanalına gidiyor.
• DNS, hosting veya yönlendirme değişince yenileme yeniden deneniyor.
• Her yenilemeden sonra tarayıcıdan yeni tarih doğrulanıyor.

Kural: bu listeden iki madde eksikse, bir sonraki yenileme tarihi riskli sayılır. Eksik maddeleri yenilemeden önce tamamlayın.

Sık Sorulan Sorular

Sertifikanın süresi doldu, sitem Google'da düşer mi?

Google belgelerinde bu konuda ifade yok. Kesin olan, ziyaretçilerin tarayıcıda uyarı ekranı görmesidir. Sertifikayı hızla yenileyip sunucuda doğrulayın.

Let's Encrypt e-posta uyarılarını gerçekten durdurdu mu?

Evet. Let's Encrypt'in belge sayfası hizmetin sona erdiğini yazar, duyuru yazısı ise kapanış tarihini 4 Haziran 2025 olarak verir. İzlemeyi kendiniz kurmanız gerekir.

Sertifikayı yeniledim ama uyarı sürüyor, neden?

Web sunucusu yeni dosyayı yüklememiş olabilir, bir CDN eski sertifikayı sunuyor olabilir ya da yeni sertifika www ve çıplak alan adından yalnızca birini kapsıyor olabilir. Sunucuyu yeniden yükleyip tarayıcıda bitiş tarihini kontrol edin.

Let's Encrypt sertifikası ne kadar geçerlidir ve ne zaman yenilenmelidir?

Let's Encrypt'in yazısı 90 günlük ömürden söz eder ve altmış günde bir yenilemeyi önerir. Yazı tarihi niteliktedir; güncel değerleri Let's Encrypt'in sertifika ömrü belgelerinden doğrulayın.

Ücretli sertifika alırsam sorun biter mi?

Hayır. Ücretli sertifika da sona erer ve yenileme bir insan adımı gerektirir. Hangi sertifikayı kullanırsanız kullanın bitiş tarihini bağımsız bir sistemle izleyin.

Sertifika izleme için hangi aracı kullanmalıyım?

Let's Encrypt, duyuru yazısında Red Sift Certificates Lite'ı anar ve diğer seçenekleri kendi izleme seçenekleri sayfasında listeler. Hangisini seçerseniz seçin, bitiş tarihini dışarıdan okuyan ve ortak bir adrese haber veren bir yapı kurun.

Sonuç

Sertifikanın süresi dolduğunda önce nedeni ayırın, sonra sertifikayı kaynağına göre yenileyin ve sunucunun yeni dosyayı gerçekten sunduğunu tarayıcıdan doğrulayın. Kalıcı çözüm üç katmandır: otomatik yenileme, yenilemeden bağımsız izleme ve yazılı bir sorumlu. Let's Encrypt'in e-posta hatırlatmalarını sonlandırması, bu üçüncü katmanı artık kendi işiniz haline getirdi.

Sertifika düzeni oturduktan sonra güvenli ve düzenli çalışan bir sitenin görünürlüğünü destekleyecek bağlantı kazanımına geçebilirsiniz. Bunun için backlink paketlerimize göz atabilirsiniz.