cPanel ve DirectAdmin ile Ücretsiz SSL Kurulumu

HTTPS, tarayıcı ile bağlandığı TLS uç noktası arasındaki aktarımı korur. Sertifika; uygulamanın açıklarını, ödeme sürecinin tamamını veya işletmenin güvenilirliğini tek başına doğrulamaz. Ücretli bir SSL sertifikası seçeneği yanında Let’s Encrypt, alan adı kontrolünü doğrulayan ücretsiz DV sertifikaları sunar. Seçimi fiyat kadar istemci uyumluluğu, kimlik doğrulama gereksinimi ve işletim sorumluluğuyla değerlendirin.

Bu güncellenmiş rehber, cPanel AutoSSL ve DirectAdmin ACME ile ücretsiz SSL kurulumu ve otomatik yenilemeyi anlatır. Menü adları ve yenileme davranışı sürüme göre değişir; aşağıda güncel arayüz ile eski ekranları ayırıyoruz. paylaşımlı hosting, VPS veya fiziksel sunucuda panel lisansı, hesap yetkisi ve yönetim hizmetinin kapsamını kontrol edin. Hedef; sertifika üretimini, yayına alınmasını ve süresinin izlenmesini birlikte doğrulamaktır.

SSL/TLS ve Let’s Encrypt Ne Sağlar?

Web’de “SSL sertifikası” adı yaygın olsa da modern HTTPS bağlantıları TLS kullanır. TLS, bağlantının iki ucu arasındaki veriyi aktarım sırasında korur; sunucuda depolanan veriyi veya ele geçirilmiş bir uygulamayı otomatik korumaz. CDN varsa tarayıcı–CDN ve CDN–origin bağlantıları ayrı incelenmelidir. Tarayıcı simgesinin rengi yerine bağlantı ayrıntılarını, alan adı kapsamını ve sertifika hatalarını kontrol edin.

Let’s Encrypt, DV (Domain Validation) sertifikası verir: doğrulanan kimlik alan adı üzerindeki kontroldür, şirketin hukuki kimliği değildir. HTTP-01 veya DNS-01 gibi ACME doğrulamaları bu kontrolü sınar. OV/EV ise farklı kimlik doğrulama gereksinimlerini karşılayabilir; ücretli olmak tek başına daha güçlü trafik şifrelemesi sağlamaz. DV, OV, EV ve Wildcard SSL karşılaştırmasını anlattığımız rehber, kimlik doğrulama türü ile wildcard ad kapsamını ayrı değerlendirmenize yardımcı olur.

Sertifika süresini bütün Let’s Encrypt ürünleri için 90 gün kabul etmeyin. 4 Kasım 2026 itibarıyla resmî profil belgesinde classic 90 gün, tlsserver 45 gün, shortlived 160 saat olarak tanımlıdır. Profil istemeyen siparişler classic kullanır; profil seçimi istemci ve sunucunun desteğine bağlıdır. Bu değerleri her panelin bütün profilleri desteklediği şeklinde yorumlamayın. Gerçek sertifikanın notBefore/notAfter tarihlerini ve panelin yenileme yöntemini izleyin.

Let’s Encrypt İçin Temel Gereksinimler

cPanel veya DirectAdmin’de Let’s Encrypt kurulumuna başlamadan önce aşağıdaki ön koşulları kontrol etmeniz gerekiyor:

• Doğrulama yolunu belirleyin: HTTP-01 için A ve varsa AAAA yanıtlarının ulaştırdığı bütün uçlar doğru challenge yanıtını sunmalıdır. Çalışan IPv4, yanlış IPv6 yanıtını düzeltmez. DNS_PROBE_FINISHED_NXDOMAIN teşhis rehberimiz, DNS hatalarını ayırmaya yardımcı olur.
• HTTP-01 erişimini doğrulayın: Başlangıç isteği 80 numaralı portta /.well-known/acme-challenge/ yoluna gelir; CDN, WAF ve yönlendirmeler doğru yanıtı engellememelidir.
• Panel yetkilerini kontrol edin: AutoSSL/ACME desteği, hesap izni ve doğru sağlayıcı etkin olmalıdır.
• Saat ve TLS’i kontrol edin: Sistem saati, sertifika zinciri ve sunulan hostname birbiriyle uyumlu olmalıdır.
• CAA politikasını inceleyin: Uygulanabilir issue/issuewild ile hesap veya doğrulama yöntemi kısıtları Let’s Encrypt isteğine izin vermelidir. CAA izni, diğer kontrollerin de geçtiği anlamına gelmez.

Özellikle çoklu domain ve yoğun Let’s Encrypt kullanımı olan yapılarda, Let’s Encrypt rate limit’lerine takılmamak için stratejiler anlattığımız yazıya göz atmanız, ileride karşılaşabileceğiniz limit sorunlarını daha kurulumu yaparken planlamanıza yardımcı olur.

cPanel’de Let’s Encrypt ile Ücretsiz SSL Kurulumu

cPanel’de ücretsiz sertifika yönetimini AutoSSL yürütür. Güncel belgelerde Let’s Encrypt varsayılan sağlayıcıdır; cPanel & WHM 120 ve sonrasında tek AutoSSL sağlayıcısıdır. Eski “ayrı cPanel sağlayıcısı veya Let’s Encrypt” seçimini güncel kurulumlara taşımayın. WHM yöneticisi sağlayıcıyı ve hesap izinlerini yönetir; kullanıcı erişimi özellik listesine bağlıdır.

1. Alan Adı ve DNS Kontrolü

Önce alan adının doğru cPanel hesabında tanımlı olduğunu, beklenen belge kökünü kullandığını ve sertifikada gerekli hostname’leri belirleyin. Alan adı kaydı satın almak ile onu hosting hesabına eklemek farklı işlemlerdir. www, alan adı kökü ve alt alan adlarının aynı hizmeti kullandığını varsaymayın.

1. cPanel’de Domains ekranını açıp ilgili alan adını bulun.
2. Yeni domain gerekiyorsa güncel arayüzde Create a New Domain kullanılır. Belge kökü ve paylaşım seçeneklerini amaca göre kontrol edin; Addon Domains/Aliases eski ayrı ekran adlarıdır.
3. Doğrudan yayında doğru A/AAAA hedeflerini; CDN arkasında ise gerçek HTTP-01 yanıt yolunu doğrulayın. Sadece hosting IP’sini görmek yeterli değildir.

Yeni bir alan adı aldıysanız, ilk 30 günde yapılması gereken DNS, SSL ve e-posta adımlarını daha sistematik görmek için özel kontrol listemizi inceleyebilirsiniz.

2. SSL/TLS Status Ekranından Let’s Encrypt Kurulumu

Güncel cPanel’de SSL/TLS Status bağımsız ekranı veya SSL/TLS Certificates → Status sekmesi bulunabilir. Birleşik Status sekmesi AutoSSL işlem düğmelerini gizler. Bağımsız ekranda bu işlemlerin gösterilmesi için sağlayıcının SSL Host Installer ve AutoSSL özelliklerini etkinleştirmesi, sağlayıcı olarak Let’s Encrypt’i seçmesi gerekir.

1. Security → SSL/TLS Status bağımsız ekranını açın; yalnızca birleşik Status sekmesi varsa işlem erişimini sağlayıcınızla doğrulayın.
2. Her alan adının Certificate Status bilgisini, son kontrolünü ve hata ayrıntılarını okuyun. Kilit rengi bütün sürümlerde aynı anlama gelmez.
3. AutoSSL işlemleri görünüyorsa ilgili satırların kutularını seçin, ardından Include during AutoSSL düğmesine tıklayın. Satırı seçmek tek başına kapsama almaz.
4. Exclude during AutoSSL seçilen adları otomasyondan çıkarır; kapsama durumunu ayrıca doğrulayın.
5. Yetkiniz varsa Run AutoSSL ile kontrolü başlatın. Bu işlem koşulları karşılayan adları değerlendirir; anında sertifika verileceğini garanti etmez.

İşlem sonunda aynı ekranda sertifika kapsamını ve hataları kontrol edin; HTTPS bağlantısında gerçekten sunulan sertifikayı da inceleyin. Başarılı bir istek, CDN’in dışarı sunduğu sertifika ile origin sertifikasının aynı olduğu anlamına gelmez. Birleşik arayüzde düğme olmaması da otomasyonun kesin kapalı olduğunu göstermez; WHM yöneticisi hesap durumunu ve logları kontrol edebilir.

3. HTTP’den HTTPS’e Yönlendirme (301 Redirect)

Önce bütün hedef hostname’lerde HTTPS’in geçerli sertifikayla çalıştığını doğrulayın. Ardından yönlendirmeyi panel, proxy veya uygulamadaki mevcut kurallarla birlikte planlayın; birden fazla katmanın birbirini ters yönde yönlendirmesi döngü oluşturabilir. Panelin desteklediği domainlerde:

1. Domains ekranını açın.
2. Geçerli sertifikası olan alan adında Force HTTPS Redirect kullanılabilirliğini kontrol edin. Güncel belgede bu kontrol Main Domain ile sınırlıdır ve alias’larda görünmez.
3. Uygunsa On seçin; HTTP yanıtını, Location hedefini, HTTPS açılışını ve challenge erişimini test edin. Seçenek yoksa domain türünü ve sağlayıcı yetkilerini inceleyin.

Aşağıdaki alternatif, TLS’in doğrudan Apache’de sonlandığı, mod_rewrite etkin ve kök .htaccess kullanımına izin verilen basit URL yolları kullanan bir site içindir. İlgili dizin bağlamında FollowSymLinks veya SymLinksIfOwnerMatch seçeneklerinden en az biri etkin olmalı; sunucunun AllowOverride ayarı gerekli .htaccess yönergelerine izin vermelidir. Önce dosyayı yedekleyin; example.com’u kendi sabit HTTPS ana adınızla değiştirin. Mevcut panel kuralının yanına körlemesine eklemeyin. TLS proxy/CDN’de bitip origin’e HTTP geliyorsa %{HTTPS} kapalı görünür ve bu örnek döngü oluşturabilir; o düzende yönlendirmeyi proxy’nin desteklediği yapılandırmayla çözün. Nginx .htaccess okumaz. Bu örnek challenge yolunu yönlendirme dışında bırakır; doğru yanıtın yine sunulması gerekir:

RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteCond %{REQUEST_URI} !^/\.well-known/acme-challenge/
RewriteRule ^ https://example.com%{REQUEST_URI} [R=301,L]

HTTP’den HTTPS’e geçiş rehberi, kalıcı yönlendirme ve HSTS planlamasını ayrıntılandırır. Örnek sorgu dizesini yeniden tanımlamaz; kök sayfayı, alt yolları ve parametreli URL’leri test edin. Apache REQUEST_URI değerini yüzde kodundan çözer; kodlanmış ayırıcılar gibi özel URL’lerde birebir adres korunumu için sunucuya uygun kaçış kuralları gerekir. Bu kısa örneği o yollara kontrolsüz uygulamayın. Cloudflare Flexible, origin’e HTTP gönderdiğinden origin’in HTTPS zorlaması döngüye girebilir. Origin’de geçerli sertifikayla uçtan uca TLS kurup sağlayıcının doğrulama politikasını uygulayın; güvenlik kontrolünü kapatarak döngüyü çözmeye çalışmayın.

4. Otomatik Yenilemenin cPanel’de Nasıl Çalıştığını Anlamak

Zamanlanmış kontrol ile yenileme eşiği farklıdır. Güncel cPanel SSL rehberi, belgelenen AutoSSL akışını 90 günlük sertifika ve Let’s Encrypt için bitime 29 gün kaldığında yenileme denemesiyle açıklar. Bu ürün davranışı, bütün ACME istemcilerinin veya Let’s Encrypt profillerinin aynı süreyi kullandığı anlamına gelmez. Yeni üretilmiş bir sertifikanın her gece bitiş tarihinin değişmesi beklenmez.

• cPanel, bütün etkin kullanıcılar için AutoSSL’i gece sistem güncellemesi sırasında; ayrıca hesap oluşturma sonrasındaki görev kuyruğundan çalıştırır.
• Bir çalışma, kapsama ve yenileme uygunluğunu kontrol eder. Geçerli, henüz yenileme döneminde olmayan her sertifikayı yeniden üretmez.
• WHM’de Manage AutoSSL → Logs üzerinden sonucu inceleyin. Başarıdan sonra gerçek web veya posta hizmetinin yeni sertifikayı sunduğunu doğrulayın; her sunucu için belirli bir Apache/Nginx reload sırası varsaymayın.
• AutoSSL dışı sertifikaları değiştiren seçenek ayrı bir karardır; ücretli OV/EV sertifikasının beklenmedik biçimde DV ile değiştirilmesini önleyin.

Kullanıcı olarak alan adının DNS ve barındırma ilişkisini korumalı, yenileme sonuçlarını ve sunulan sertifikanın bitiş tarihini izlemelisiniz. Örneğin alan adınızı başka bir yere yönlendirecek, Cloudflare veya benzeri bir CDN’e taşıyacak, ya da DNS’inizi tamamen değiştirecekseniz; AutoSSL’in bundan etkilenip etkilenmeyeceğini mutlaka planlamalısınız. TLS ayarlarını ve sertifika güncellemelerini ne zaman elden geçirmeniz gerektiğini merak ediyorsanız, SSL/TLS güvenlik güncellemeleri rehberimize de göz atabilirsiniz.

5. AutoSSL Başarısız Olursa Ne Yapmalı?

Bazen AutoSSL şu nedenlerle başarısız olabilir:

• HTTP-01’in ulaştığı A/AAAA uçlarından biri yanlış yanıt veriyordur veya challenge yolu engellenmiştir.
• DNS-01 için yetkili TXT kaydı ya da DNS API izni doğru değildir.
• CAA politikası, doğrulama kısıtı veya CA limitleri isteği engelliyordur.
• Hesap askıya alınmıştır, domain kapsam dışıdır veya AutoSSL özelliği devre dışıdır.

SSL/TLS Status hata ayrıntılarını ve WHM Manage AutoSSL → Logs kayıtlarını inceleyin. E-posta bildirimleri sağlayıcı ve kullanıcı ayarlarına bağlıdır; mesaj gelmemesi başarı kanıtı değildir. Nedeni giderdikten sonra yetkiniz varsa Run AutoSSL ile tekrar kontrol edin. Rate limit hatasında belirtilen yeniden deneme zamanına uyun; sürekli yeniden üretim veya mevcut geçerli sertifikayı silmek çözüm değildir.

DirectAdmin’de Let’s Encrypt ile Ücretsiz SSL Kurulumu

DirectAdmin’in güncel akışı User Level → SSL Certificates → ACME settings üzerinden domain için otomatik sertifika yönetimidir. Eski arayüzlerde “Free & automatic certificate from Let’s Encrypt” gibi seçenekler görülebilir. Önce kurulu sürümü ve kullandığınız ekranı belirleyin; eski ekranın her düğmesini güncel sürümde aramayın.

1. DirectAdmin’de Alan Adı ve SSL Desteğini Açmak

İlgili domainin kullanıcı hesabına tanımlı olduğunu ve web hizmetinin beklenen içerik kökünü kullandığını kontrol edin. Sertifika ayarı ile HTTP/HTTPS’in hangi dosyaları sunduğu ayrı konulardır:

1. Doğru kullanıcı ve domaini seçin; SSL Certificates erişiminin hesabınızda bulunduğunu doğrulayın.
2. Yönetici, DirectAdmin’in ACME desteğini ve hesap yetkisini kontrol etmelidir. Güncel belgede letsencrypt seçeneği varsayılan olarak açıktır; bu, her sağlayıcının hesabınızda izin verdiği garantisi değildir.
3. Eski rehberlerdeki private_html → public_html symlink adımını otomatik uygulamayın. DirectAdmin 1.695’ten beri private_html web yapılandırmasında kullanılmaz; 1.711’de oluşturulması da kaldırılmıştır.
4. Eski veya özelleştirilmiş kurulumda içerik köklerini ve yedekleri incelemeden dizin silmeyin ya da bağlantıyla değiştirmeyin.

2. Let’s Encrypt ile Ücretsiz Sertifika Alma

Güncel ACME arayüzünde sertifika yöneteceğiniz domain için aşağıdaki akışı izleyin. Ekrandaki kaydetme veya istek düğmesinin adı skin ve sürüme bağlı olabilir; önemli olan sağlayıcı, kapsam ve doğrulama yöntemini doğru eşleştirmektir:

1. User Level → SSL Certificates → ACME settings bölümünü açın.
2. İlgili domain için ACME otomasyonunu etkinleştirip sağlayıcı olarak Let’s Encrypt’i seçin; otomasyonun başka bir CA’ya ayarlı olmadığını kontrol edin.
3. example.com, www.example.com ve gerekli diğer adları inceleyin. Panelin gruplaması ve doğrulama durumu, tek sertifikada hangi adların yer alacağını etkiler.
4. HTTP-01 veya desteklenen DNS sağlayıcısı üzerinden DNS-01 için gereken yolu hazırlayın. Yalnızca bir TXT kaydını elle girmek kalıcı yenileme otomasyonu değildir.
5. Ayarları kaydedin; sunulan isteğe bağlı sertifika oluşturma işlemiyle kontrolü başlatın. Sonucu ve hata ayrıntılarını okuyun.

Başarı durumunda sertifikanın adlarını ve tarihlerini inceleyin, ardından dışarıdan HTTPS bağlantısını test edin. Panelde başarı mesajı görmek, bütün CDN uçlarının veya bütün servislerin yeni sertifikayı sunduğunu kanıtlamaz. Bildirim adresini güncel tutun; Let’s Encrypt’in kendi bitiş e-postalarını 4 Haziran 2025’te sonlandırdığını dikkate alın. Panel bildirimleri ve bağımsız izleme ayrıca yapılandırılmalıdır.

3. Wildcard ve Çoklu Alan Adı Senaryoları

*.example.com, www.example.com gibi tek seviye alt adları kapsar; example.com kökünü veya a.b.example.com’u kapsamaz. Gerekli diğer adlar sertifikada ayrıca bulunmalıdır. Let’s Encrypt wildcard için DNS-01 ister; HTTP-01 yeterli değildir. DNS doğrulaması web sunucusunun HTTPS kurulumunu ayrıca test etmez.

Güncel DirectAdmin, Evolution arayüzündeki SSL Certificates → Manage ACME DNS Providers ile desteklenen harici DNS API’larını kullanabilir; yerel DNS veya uygun entegrasyon gerekir. Yönetici, belgelenen wildcard akışı için directadmin.conf içindeki dns_ttl=1 ayarıyla wildcard sertifika desteğinin etkin olduğunu doğrulamalıdır. API yetkisini gerekli zone ve işlemlerle sınırlayın. cPanel Let’s Encrypt eklentisinin wildcard desteği ise DNS’in yerel cPanel sunucusunda veya DNS kümesinde olmasını gerektirir; harici DNS için aynı desteği varsaymayın. Let’s Encrypt wildcard SSL otomasyon rehberi, panel dışındaki DNS-01 seçeneklerini de ele alır.

4. DirectAdmin’de Otomatik Yenileme Nasıl Çalışır?

DirectAdmin 1.711, sabit “son 30 gün” hesabı yerine sertifikanın toplam ömrüne göre yenileme zamanlamasına geçti. Güncel varsayılan eşik ömrün %65’idir; rastgele dağıtım nedeniyle varsayılan pencere yaklaşık %60–70 kullanılmış ömür aralığıdır. Kurulu sürüm ve yöneticinin ayarları sonucu değiştirir:

• Güncel ACME belgeleri otomatik işlemleri 24 saatlik döngüyle açıklar; her döngüde her sertifikanın değişmesi beklenmez.
• 90 günlük classic için %65 merkezi eşik 58,5 gün; 45 günlük tlsserver için 29,25 gündür. Bunlar rastgele dağıtım ve görev zamanlamasından önceki hesap örnekleridir, kesin yenileme saati değildir.
• Güncel acme_disable_after_failures varsayılanı 5 başarısızlıktan sonra otomasyonu kapatabilir. Hata ve etkinlik durumunu kontrol edin.
• Başarılı yenilemenin gerçek HTTPS uç noktasında sunulduğunu ayrıca doğrulayın.

DNS veya hosting değişikliğinde hem doğrulama yolunu hem sertifika dağıtımını yeniden kontrol edin. Harici DNS’te DNS-01 kullanılıyorsa API izni, zone seçimi ve yenilenen TXT kayıtlarının yetkili DNS’e ulaşması korunmalıdır. HTTP-01 kullanılıyorsa TXT otomasyonu gerekmez; port 80 ve challenge yanıtı gerekir. İki yöntemin koşullarını birbirine karıştırmayın.

5. DirectAdmin Tarafında Sık Görülen Hatalar

Let’s Encrypt kurulumu veya yenilemesi sırasında şu tip hatalarla karşılaşabilirsiniz:

• Alan adı doğrulanamıyor: HTTP-01 hedefini, A/AAAA yanıtlarını, vhost ve challenge yönlendirmesini inceleyin; tek neden yanlış IP değildir.
• DNS challenge başarısız: Yetkili TXT yanıtını, API kapsamını, gecikmeleri ve varsa delegasyonu kontrol edin.
• CAA engeli: Uygulanabilir issue/issuewild ve ek kısıtları seçilen CA ile karşılaştırın.
• İstek görünmüyor: Otomasyon devre dışı kalmış veya yenileme zamanı henüz gelmemiş olabilir; yalnızca web sayfasını yenilemek nedenini göstermez.

DirectAdmin’in güncel sertifika istek loglarını ve zaman damgalarını okuyun. Logda yeni istek yoksa önce otomasyonun tetiklenip tetiklenmediğini araştırın; mevcut hata varsa onun doğrulama yöntemine odaklanın. WAF’ı bütünüyle kapatmak yerine gerekli challenge yanıtını dar kapsamlı ve kontrollü biçimde erişilebilir yapın. Geçerli sertifikayı koruyarak düzeltin ve tekrar test edin.

Otomatik Yenileme Sorunlarını Teşhis Etmek

Otomasyon, hataları izleme ihtiyacını kaldırmaz. DNS taşıma, CDN veya WAF değişikliği; daha önce başarılı olan doğrulamayı bozabilir. Başarısız istek, henüz yenileme zamanı gelmemiş sertifika ve yenilenip uç noktaya dağıtılmamış sertifika farklı sorunlardır:

• DNS: A ve AAAA yanıtlarını yetkili sunucu ve dış çözücülerde kontrol edin; ping tek başına DNS, TLS veya HTTP-01 testi değildir.
• HTTP-01: Gerçek /.well-known/acme-challenge/ yolunun doğru yanıtı verdiğini bütün ilgili uçlarda doğrulayın.
• DNS-01: Gerekli _acme-challenge TXT yanıtını ve yenilemede çalışan DNS yetkisini kontrol edin.
• CDN/proxy: Tarayıcıya sunulan edge sertifikasını origin sertifikasından ayrı izleyin.
• Limit ve görev durumu: Hata ayrıntısındaki yeniden deneme zamanına uyun; otomasyonun devre dışı kalıp kalmadığını inceleyin.

Sertifika hatası; yanlış hostname, süresi dolmuş sertifika, eksik zincir veya TLS’in farklı uçta sonlanması nedeniyle görülebilir. CDN’in TLS sertifikası, sayfa önbelleğindeki bir dosya değildir; yalnızca cache temizlemek sertifika dağıtımını düzeltmez. SSL sertifika hataları rehberimiz, mixed content ile sertifika doğrulama hatalarını ayrı ele alır.

Güvenlik ve En İyi Uygulamalar: Sadece Sertifika Yetmez

Let’s Encrypt ile ücretsiz SSL’i kurmak işin başlangıcı. Gerçek anlamda güvenli bir HTTPS deneyimi için şu adımları da düşünmelisiniz:

• HSTS: Önce bütün gerekli HTTPS yollarını ve yenileme izlemeyi doğrulayın. Kısa max-age ile başlayın; includeSubDomains veya preload’u tüm alt alanları değerlendirmeden eklemeyin. HSTS, sertifika hatasında kullanıcıya geçiş olanağı bırakmayabilir.
• TLS: Desteklenen TLS 1.2/1.3 ve uygun şifre kümelerini istemci gereksinimleriyle test edin; eski SSL/TLS sürümlerini yeniden açmayın.
• Uygulama başlıkları: CSP, çerçeveleme ve içerik türü politikalarını uygulamanın ihtiyaçlarına göre test edin.
• Mixed content: Kaynakları HTTPS’e taşıyın ve tarayıcı Network/Console kayıtlarını inceleyin; yalnızca sertifika yenilemek HTTP kaynak URL’lerini düzeltmez.

HTTP güvenlik başlıkları rehberi, başlıkların uygulama davranışına göre seçilmesini açıklar. TLS sertifikası, güncelleme, erişim kontrolü, uygulama güvenliği ve yedekleme süreçleriyle birlikte işletilmelidir. Tarayıcıdaki bir simge bu kontrollerin tamamının başarılı olduğunu göstermez.

Hosting Hizmetinde SSL Sorumluluklarını Netleştirin

DCHost veya başka bir sağlayıcıdan hizmet alırken panel erişimi, ücretsiz CA desteği, yenileme takibi ve müdahale sorumluluğunu ilgili planın koşullarından doğrulayın. Sunucunun barındırılması ile işletim sistemi ve uygulamanın yönetilmesi aynı hizmet değildir. Sertifikanın ücretsiz olması, kurulum ve işletimin her pakette ücretsiz yönetildiği anlamına gelmez.

• Paylaşımlı hosting: Hesap için AutoSSL/ACME ve bildirim yetkilerinin açık olup olmadığını kontrol edin.
• VPS veya dedicated sunucu: Panel, DNS entegrasyonu, güncellemeler ve sertifika izleme görevlerinin kime ait olduğunu belirleyin.
• Colocation: Sunucunun fiziksel barındırılmasıyla ACME istemcisi ve TLS yapılandırmasının yönetimini ayrı planlayın.
• CDN veya çoklu uç: Doğrulama ve sertifika dağıtımı için her katmanın sorumlusunu kaydedin.

Let’s Encrypt sertifika için ücret almaz; operasyon ise kaynak ve takip gerektirir. Wildcard, çok bölgeli yayın veya farklı TLS uçları eklendiğinde kapsamı ve yenileme yolunu yeniden test edin. Otomasyonun çalıştığını varsaymak yerine son başarılı işlem, gerçek bitiş tarihi ve hata bildirimini birlikte izleyin.

Kurulumdan Sonra Yenilemeyi ve HTTPS’i İzleyin

cPanel’de sağlayıcı, hesap yetkisi ve AutoSSL kapsamını; DirectAdmin’de domainin ACME ayarlarını ve sürüme uygun yenileme mantığını doğrulayın. Ardından sertifika adlarını, tarihlerini, HTTP yönlendirmesini ve uygulama kaynaklarını test edin. Yeni kurulumun başarılı olması sonraki DNS veya proxy değişikliklerinde aynı sonucun alınacağını garanti etmez.

Son kontrol listeniz; gerçek TLS uç noktalarının takibi, sertifika ömrüne uygun erken uyarı, çalışan doğrulama yolu ve başarısız yenilemeye müdahale sorumlusu olsun. Hizmet seçerken bu görevleri planın yönetim kapsamıyla karşılaştırın. Böylece ücretsiz SSL’i yalnızca ilk kurulum olarak değil, izlenebilir bir işletim süreci olarak sürdürebilirsiniz.