--- title: "SSL Sertifikası Nedir, Nasıl Kontrol Edilir?" description: "SSL sertifikası, sitenin alan adını kontrol ettiğini kanıtlayan ve HTTPS'i sağlayan imzalı bir dosyadır. İçinde ne var, nasıl denetlenir ve görüntülenir?" url: https://proxynet.io/tr/blog/what-is-an-ssl-certificate date: 2026-11-15 author: "Acar Diveroli" category: "Proxy 101" lang: tr --- # SSL Sertifikası Nedir, Nasıl Kontrol Edilir? Bir reklamla karşınıza çıkan küçük bir internet mağazasında ödeme yapmak üzeresiniz. Adres çubuğunda alışık olduğunuz simge duruyor, bir arkadaşınız da sitenin "SSL'i var" diyor; demek ki sorun yok. O simgenin arkasındaki sertifika bir şey kanıtlar, ama çoğu kişinin sandığından daha azını: şifreli bağlantının gerçekten o web adresinde sona erdiğini kanıtlar, mağazanın siparişinizi göndereceğini değil. Bu yazıda bir sertifikanın içinde neler olduğunu, tarayıcınızın onu nasıl denetlediğini, başlıca türleri ve bir sertifikayı Chrome, Edge, Firefox ve Safari'de nasıl açacağınızı anlatıyoruz. Sertifika sürelerinin neden kısaldığını, bir site sahibinin nasıl ücretsiz sertifika alabileceğini ve proxy'nin sertifikaya ne yaptığını da açıklıyoruz. > **Not: Kısa cevap** > > SSL sertifikası, tarayıcınızın güvendiği bir sertifika otoritesinin (CA) imzaladığı ve bir web sitesinin alan adını bir açık anahtara bağlayan küçük bir dosyadır. Tarayıcı, şifreli bağlantı başlamadan önce imzaların güvenilir bir köke ulaştığını, tarihlerin geçerli olduğunu ve açtığınız adresin sertifikada yazılı olduğunu kontrol eder. "SSL" eski addır; bugünkü protokol TLS'tir, ama sertifika aynı dosyadır. Bir sertifikayı görmek için adresin solundaki simgeye tıklayıp sertifika ayrıntılarını açarsınız. Geçerli bir sertifika alan adını kimin kontrol ettiğini kanıtlar, arkasındaki işletmenin dürüst olduğunu değil. ## SSL sertifikası nedir? SSL sertifikası, bir web sitesinin kendi alan adını kontrol ettiğini kanıtlayan ve tarayıcınızın o siteyle şifreli bir HTTPS bağlantısı kurmasını sağlayan dijital bir belgedir. Bunu, bir sertifika otoritesinin (CA) verdiği bir kimlik kartı gibi düşünebilirsiniz; sertifika otoritesi, tarayıcı ve işletim sistemi üreticilerinin güvenmeyi kabul ettiği kuruluştur. Otorite, başvuranın alan adını gerçekten kontrol ettiğini denetler, ardından alan adını ve sitenin açık anahtarını içeren bir dosyayı imzalar. Açık anahtar, bir anahtar çiftinin yarısıdır; diğer yarısı olan özel anahtar web sunucusundan hiç çıkmaz. Sunucu her bağlantıda bu özel anahtara sahip olduğunu kanıtlamak zorundadır ve kopyalanmış bir sertifika bunu yapamaz. İki anahtarın birlikte nasıl çalıştığını [Şifreleme Nedir? Simetrik ve Asimetrik Şifreleme](/tr/blog/what-is-encryption) yazımızda anlattık. SSL, Secure Sockets Layer'ın kısaltmasıdır; 1990'lardan kalma bu protokolün yerini çoktan TLS (Transport Layer Security, aktarım katmanı güvenliği) aldı. Eski ad ise sertifikaya yapışıp kaldı: "SSL sertifikası", "TLS sertifikası" ve "HTTPS sertifikası" aynı şeydir. ## SSL sertifikasının içinde neler var? Sertifika, tarayıcıların ve sertifika otoritelerinin uyduğu X.509 standardını tanımlayan [RFC 5280](https://www.rfc-editor.org/rfc/rfc5280) belgesindeki kısa bir alan listesinden oluşur: | Alan | Ne taşır? | Chrome'daki adı | |---|---|---| | Subject (konu) | Sertifikanın kime verildiği | Verilen | | Subject Alternative Name (SAN) | Kapsadığı bütün alan adları | Ayrıntılar sekmesi | | Issuer (veren) | Sertifikayı imzalayan otorite | Veren | | Validity (geçerlilik) | Başlangıç ve bitiş tarihi (Not Before, Not After) | Geçerlilik Süresi | | Açık anahtar | Sunucunun açık anahtarı | Ayrıntılar sekmesi | | Seri numarası | Otoritenin sertifikaya verdiği tekil numara | Ayrıntılar sekmesi | | İmza | Otoritenin bütün alanlar üzerindeki imzası | Ayrıntılar sekmesi | Tarayıcılar açtığınız adresi Subject Alternative Name listesiyle karşılaştırır; Subject içindeki eski Common Name (CN) alanı bu denetimde artık sayılmaz. Özel anahtar ise sertifikanın içinde asla bulunmaz, sunucuda kalır. ## Tarayıcı bir SSL sertifikasını nasıl kontrol eder? Tarayıcı her HTTPS bağlantısında aynı denetimleri, TLS el sıkışması sırasında ve henüz hiçbir sayfa verisi ya da form alanı gönderilmeden yapar: 1. **Sunucu sertifikasını gönderir;** yanında bir ya da daha fazla ara sertifika da vardır. 1. **Tarayıcı zinciri kurar.** Her sertifika bir üstündeki tarafından imzalanmış olmalı ve zincir, tarayıcının ya da işletim sisteminin güven deposundaki (root store), yani önceden yüklü güvenilir otoriteler listesindeki bir kök sertifikada bitmelidir. 1. **Tarihlere bakar.** Cihazınızın saatine göre bugünün tarihi, Not Before ile Not After arasında olmalıdır. 1. **Ada bakar.** Adres çubuğundaki adres, Subject Alternative Name listesindeki adlardan biriyle eşleşmelidir. 1. **Duruma bakar.** Otorite sertifikayı iptal etmiş (geri çekmiş) olmamalıdır; Chrome ayrıca sertifikanın herkese açık Sertifika Şeffaflığı (Certificate Transparency) kayıtlarında yer almasını şart koşar. 1. **Sunucu özel anahtara sahip olduğunu kanıtlar.** El sıkışmasını bu anahtarla imzalar; Temmuz 2026'da yayımlanan TLS 1.3 standardı [RFC 9846](https://www.rfc-editor.org/rfc/rfc9846) bu mesaja CertificateVerify adını verir. 1. **Bütün denetimler olumlu sonuçlanırsa** iki taraf oturum anahtarlarında anlaşır ve sayfa açılır. Biri bile başarısız olursa tam sayfa bir uyarı görürsünüz ve hiçbir şey gönderilmez. Kopyalanmış bir sertifikanın sahtekârın işine yaramamasının nedeni 6. adımdır: bir sitenin sertifikasını herkes indirebilir, ama özel anahtarı olmayan hiç kimse el sıkışmasını tamamlayamaz. ## Kök, ara ve site sertifikası nedir? Bunlar güven zincirinin üç halkasıdır: kök sertifika otoritesi ara sertifikaları imzalar, ara sertifika da bir web sitesinin kullandığı sertifikayı imzalar. Web sitesi sertifikalarının kurallarını koyan, sertifika otoriteleri ile tarayıcı üreticilerinden oluşan CA/Browser Forum, kök anahtarların web sitesi sertifikalarını doğrudan imzalamasını yasaklar. Böylece ele geçirilen bir ara sertifika, tarayıcılara ve cihazlara gömülü bir kökü değiştirmeden iptal edilebilir. Örneğin letsencrypt.org'da site sertifikasını YE2 adlı bir ara sertifika imzalar; zincir oradan Let's Encrypt'i işleten kâr amacı gütmeyen kuruluş ISRG'nin bir köküne çıkar. Sunucu ara sertifikasını göndermeyi unutursa tarayıcılar bunu telafi edebilir, ama birçok uygulama ve komut satırı aracı sertifikayı verenin tanınmadığını söyleyen bir hatayla durur. ## SSL sertifikası türleri nelerdir? Sertifikalar, otoritenin sahibi hakkında ne kadar denetim yaptığına ve kaç ad kapsadıklarına göre ayrılır; sağladıkları şifreleme ise aynıdır. | Tür | Neyi kanıtlar ya da kapsar? | Tipik kullanım | |---|---|---| | Alan adı doğrulamalı (DV) | Yalnız alan adının kontrolünü | Çoğu site, blog, mağaza | | Kurum doğrulamalı (OV) | Alan adı + kurumun kimliğini | Şirket siteleri | | Genişletilmiş doğrulamalı (EV) | Alan adı + kurumun hukuki, fiziksel ve operasyonel varlığını | Bankalar, büyük şirketler | | Wildcard | Bir alan adının bir alt düzeyindeki bütün adları | Çok sayıda alt alan adı | | Çoklu alan adı (SAN) | Farklı adlardan oluşan bir listeyi | Tek sunucuda birkaç site | | Kendinden imzalı | Hiçbir şeyi; arkasında otorite yok | Test sunucuları, ev cihazları | Adres çubuğunda DV, OV ve EV birbirine benzer; örneğin Firefox, EV sertifikası sahibinin resmî adını ancak simgeye tıkladığınızda gösterir. Wildcard (joker karakterli) sertifika yalnız tek bir düzeyle eşleşir: `*.example.com` sertifikası `www.example.com` ve `shop.example.com` adreslerinde geçerlidir, ama `a.b.example.com` adresinde de `example.com` adresinin kendisinde de geçerli değildir. Bu kural, TLS'te ad eşleştirmeyi düzenleyen RFC 9525'ten gelir; example.com'un kendi sertifikasında ana alan adıyla wildcard'ın iki ayrı ad olarak yazılmasının nedeni de budur. ## SSL sertifikası neyi kanıtlar, neyi kanıtlamaz? Sertifika, sunucuyu işleten tarafın adres çubuğundaki alan adını kontrol ettiğini ve buna karşılık gelen özel anahtara sahip olduğunu kanıtlar. Alan adının arkasındaki işletmenin dürüst, gerçek ya da alışveriş için güvenli olduğunu kanıtlamaz. DV sertifikası otomatik bir alan adı denetiminden sonra, çoğu zaman saniyeler içinde ve ücretsiz verilir; bu yüzden benzer bir adreste kurulmuş bir oltalama sitesi de bankanız kadar kolay sertifika alabilir. Apple'ın Safari kılavuzu bunu açıkça söyler: şifreleme bağlantınızın güvenli olmasını sağlar, ama [web sitesinin güvenilir olduğunu garanti etmez](https://support.apple.com/tr-tr/guide/safari/ibrw1066/mac). Bir şey yazmadan önce adres çubuğundaki site adını okuyun. ## Bir sitenin SSL sertifikası nasıl kontrol edilir? Bir sitenin sertifikasını görmek için web adresinin solundaki simgeye tıklar, çıkan panelden sertifikayı açarsınız; masaüstü tarayıcılar aynı alanları biraz farklı adlarla gösterir. SSL sertifikası sorgulamanın en kolay yolu budur. ### Chrome ve Edge 1. Adresin solundaki simgeye tıklayın; Chrome bu simgeye **Site bilgilerini görüntüle** der. 1. **Bağlantı güvenli**'yi, ardından **Sertifika geçerli**'yi seçin. 1. **Genel** sekmesinde **Verilen** ve **Veren** bölümleri ile **Verildiği Tarih** ve **Son Kullanma Tarihi** satırlarını içeren **Geçerlilik Süresi** bölümü görünür; **Ayrıntılar** sekmesi, Subject Alternative Name dahil bütün alanları listeler. Microsoft Edge aynı tarayıcı motoru üzerine kuruludur ve aynı simgeden benzer bir panel açar. ### Firefox 1. Adresin solundaki kalkan simgesine tıklayın; eski sürümlerde burada asma kilit bulunur. 1. **Bağlantı güvenli**'yi, ardından **Daha fazla site bilgisi**'ni seçin. 1. Sayfa Bilgileri penceresinin **Güvenlik** sekmesinde **Sertifikayı göster**'e tıklayın. Aynı pencereyi Ctrl + I kısayolu da açar. ### Mac'te Safari Bağlantının şifreli olup olmadığını görmek için menü çubuğundan **Safari > Bağlantı Güvenliği Ayrıntıları**'nı seçin. Safari bir sertifika uyarısı gösterdiğinde **Sertifikayı Göster** sertifikanın kendisini açar. Telefon tarayıcıları daha az ayrıntı gösterir. ### Komut satırından (site sahipleri için) Çevrim içi SSL denetleme araçları sunucuyu dışarıdan test eder; ara sertifikaları gönderip göndermediğine de bakar. OpenSSL ise temel bilgileri tek bir komutla yazdırır. Komutu 15 Kasım 2026'da Windows test bilgisayarımızda Git Bash'te çalıştırdık; Mac ya da Linux'ta Terminal'de de aynı şekilde çalışır: ```bash openssl s_client -connect letsencrypt.org:443 -servername letsencrypt.org /dev/null | openssl x509 -noout -subject -issuer -dates ``` ```text subject=CN=letsencrypt.org issuer=C=US, O=Let's Encrypt, CN=YE2 notBefore=Nov 3 13:44:34 2026 GMT notAfter=Feb 1 13:44:33 2027 GMT ``` Bu sertifika tam 90 gün geçerlidir; kapsadığı adları görmek için ikinci komuta `-ext subjectAltName` ekleyin. Chrome sertifikaların Sertifika Şeffaflığı kayıtlarında yer almasını şart koştuğu için bu herkese açık kayıtlarda, alan adınıza sizin hiç istemediğiniz bir sertifika verilip verilmediğini de kontrol edebilirsiniz. ## SSL sertifikalarının süresi neden kısalıyor? Çünkü CA/Browser Forum, Nisan 2025'te SC-081 numaralı oylamayla web sitesi sertifikalarının en uzun geçerlilik süresini adım adım 398 günden Mart 2029'a kadar 47 güne indirmeye karar verdi. Bu tarihler artık forumun [Baseline Requirements](https://cabforum.org/working-groups/server/baseline-requirements/requirements/) (temel gereksinimler) belgesinde yer alıyor; tarayıcıların güvendiği her sertifika otoritesi bu kurallara uymak zorundadır: | Dönem | En uzun geçerlilik | Alan adı denetiminin geçerliliği | |---|---|---| | 14 Mart 2026'ya kadar | 398 gün | 398 gün | | 15 Mart 2026'dan itibaren | 200 gün | 200 gün | | 15 Mart 2027'den itibaren | 100 gün | 100 gün | | 15 Mart 2029'dan itibaren | 47 gün | 10 gün | Son sütun, bir otoritenin alan adını kontrol ettiğinize dair daha önceki kanıta ne kadar süre dayanabileceğini gösterir. Kısa süreler, bir özel anahtar çalındığında ya da bir sertifika yanlışlıkla verildiğinde zararı sınırlar ve herkesi otomatik yenilemeye yöneltir. 2015'ten beri 90 günlük sertifika veren Let's Encrypt, varsayılan süresini 10 Şubat 2027'de 64 güne, 16 Şubat 2028'de 45 güne indirmeyi planlıyor. ## Bir web sitesi SSL sertifikasını nasıl alır? Site sahibi alan adını kontrol ettiğini bir otoriteye kanıtlar, imzalı sertifikayı alır ve kurar; bunu tercihen sertifikayı kendiliğinden yenileyen bir yazılımla yapar. 1. **Türü seçin.** Neredeyse her site için DV yeterlidir; kurumun kimliğini de denetleyen OV ve EV sertifikaları ticari otoritelerden ücretle alınır. 1. **Önce hosting firmanızın seçeneğine bakın.** Birçok hosting kontrol paneli ücretsiz bir sertifikayı tek bir düğmeyle alır ve yeniler; bir hosting firmasının sizin için başka neleri yönettiğini [Web Hosting Nedir? Türleri ve Nasıl Seçilir?](/tr/blog/what-is-web-hosting) yazımızda anlattık. 1. **Ya da kendi sunucunuzda bir ACME istemcisi çalıştırın.** ACME (RFC 8555), sertifikaların otomatik verilmesini sağlayan protokoldür; Let's Encrypt [başlangıç rehberinde](https://letsencrypt.org/getting-started/) Certbot istemcisini önerir. 1. **Alan adının kontrolünü kanıtlayın.** İstemci ya 80 numaralı portta `/.well-known/acme-challenge/` altına bir dosya koyar (HTTP-01) ya da `_acme-challenge.` adresinde bir DNS TXT kaydı oluşturur (DNS-01). Wildcard sertifika için DNS-01 gerekir. 1. **Yenilemeyi otomatiğe bağlayın.** Let's Encrypt'in önerdiği gibi sürenin yaklaşık üçte ikisi dolunca yenileyin ve bir yenileme başarısız olursa haber verecek bir uyarı kurun. Let's Encrypt, kâr amacı gütmeyen Internet Security Research Group'un işlettiği ücretsiz ve otomatik bir sertifika otoritesidir; OV ve EV denetimleri otomatikleştirilemediği için yalnız DV sertifikası verir. ## "Güvenli değil" ve süresi dolmuş sertifika uyarıları ne anlama gelir? Adresin yanında **Güvenli değil** yazması, sayfanın hiç sertifika olmadan, şifresiz HTTP ile geldiğini ve yazdığınız her şeyin şifrelenmeden gittiğini gösterir. Tam sayfa kırmızı bir uyarı ise sertifikanın var olduğunu, ama yukarıdaki denetimlerden birini geçemediğini söyler. "SSL sertifikası güvensiz" denince kastedilen çoğu zaman bu iki uyarıdan biridir. Sık görülen nedenlerden biri süresi dolmuş sertifikadır: Chrome ve Edge bu durumda `NET::ERR_CERT_DATE_INVALID` gösterir; kendi cihazınızın saati yanlış olduğunda da aynı kod çıkar. Başka bir ad için verilmiş sertifika `NET::ERR_CERT_COMMON_NAME_INVALID`, güvenilir bir köke ulaşmayan sertifika `NET::ERR_CERT_AUTHORITY_INVALID` hatasını verir. Her kod için kendi tarafınızda neye bakmanız gerektiğini [Bağlantınız Gizli Değil Hatası Nedir, Nasıl Çözülür?](/tr/blog/your-connection-is-not-private) yazımızda anlattık. Giriş ya da ödeme sayfasında böyle bir uyarıyı asla geçmeyin. Site sizinse sertifikayı yenileyin, ara sertifikaları gönderin ve `www` dahil sunduğunuz her adın sertifikada yazılı olduğundan emin olun. ## Proxy bir sitenin SSL sertifikasını değiştirir mi? Normal bir HTTPS proxy değiştirmez: şifreli bir tüneli aktarır ve tarayıcınız sitenin kendi sertifikasını bu tünelin içinden denetler. Tarayıcı proxy'ye yalnız sunucu adını ve portu bildiren bir `CONNECT` isteği gönderir; HTTP standardı RFC 9110'a göre proxy bundan sonra baytları iki yönde de içine bakmadan iletir, TLS el sıkışması ise tarayıcınızla site arasında yapılır. Bunu Windows test bilgisayarımızda denedik: letsencrypt.org'un sertifikası doğrudan bağlantıda da küçük bir yerel proxy üzerinden de aynı SHA-256 parmak izini verdi; proxy'nin kaydında yalnız `CONNECT letsencrypt.org:443` satırı ve iki bayt sayısı vardı. Proxynet'in [HTTPS Proxy](https://proxynet.io/tr/https-proxy) hizmeti de aynı şekilde çalışır ve hiçbir sertifika kurmanızı gerektirmez. Araya giren (interception) proxy'ler ise farklıdır. Hata ayıklama araçları, kurumların TLS denetimi ve antivirüslerin HTTPS taraması trafiğin şifresini bilerek çözer ve tarayıcıya kendi sertifikalarını gösterir; tarayıcınız bu sertifikayı ancak o aracın kök sertifikası cihaza kuruluysa kabul eder. Böyle bir sertifikayı yalnız kendi hata ayıklama aracınız için ya da şirketinizin bilgi işlem birimi şart koştuğunda kurun; sizden kök sertifika kurmanızı isteyen bir proxy, VPN ya da web sitesi şifreli trafiğinizi okumak istiyordur. ## SSL sertifikalarıyla nerede karşılaşırsınız? - Adresi `https://` ile başlayan her sitede; bankacılık, e-posta ve alışveriş dahil. - Sunucularıyla arka planda TLS üzerinden konuşan mobil uygulamalarda ve e-posta uygulamalarında. - API'lerde ve betiklerde: curl ve Python, zincir eksik olduğunda hata verip durur. - Trafiği kendi kök sertifikalarıyla denetleyen şirket ve okul ağlarında. - Çoğu zaman kendinden imzalı sertifika kullanan modemlerde, yazıcılarda ve test sunucularında. ## Sık yapılan hatalar - **Asma kilidi "güvenli site" diye okumak.** Asma kilit alan adını kanıtlar, işletmeyi değil. - **Sertifikayı elle yenilemek.** Süreler kısaldıkça unutulan tek bir hatırlatma kesinti demektir. - **`example.com` adresini kapsayıp `www.example.com` adresini unutmak.** - **Ara sertifikayı göndermemek.** Tarayıcılar idare edebilir, uygulamalar hata verir. - **Bir hatayı susturmak için kodda sertifika denetimini kapatmak** (`verify=False`, `curl -k`). - **Bir site ya da uygulama istedi diye kök sertifika kurmak.** - **Adres çubuğunda farklı görüneceğini düşünerek EV sertifikası almak.** Şirket adı yalnız ayrıntılarda görünür. ## Karar rehberi | Durumunuz | Ne yapmalı? | |---|---| | Bir giriş sayfasının gerçek olup olmadığını anlamak istiyorsunuz | Önce alan adına, sonra Verilen bölümüne bakın | | Adres çubuğunda Güvenli değil yazıyor | Şifre ya da kart numarası girmeyin | | Tam sayfa bir sertifika uyarısı çıktı | Giriş ya da ödeme sayfalarında devam etmeyin | | Bir blog ya da küçük bir mağaza işletiyorsunuz | Otomatik yenilenen ücretsiz DV sertifikası | | Şirketinizin adının doğrulanmasını istiyorsunuz | Ticari bir otoriteden OV ya da EV | | Çok sayıda alt alan adınız var | DNS-01 doğrulamasıyla wildcard sertifika | | Bir uygulama kök sertifika kurmanızı istiyor | Kendi aracınız ya da bilgi işlem biriminiz değilse reddedin | | HTTPS trafiğini proxy üzerinden gönderiyorsunuz | HTTPS (CONNECT) ya da SOCKS5 proxy; sertifika sitenin kendi sertifikası kalır | ## Sıkça sorulan sorular ### Asma kilit sitenin güvenli olduğu anlamına gelir mi? Hayır. Asma kilit ya da Chrome'un varsayılan simgesi, bağlantının şifreli ve sertifikanın o adres için geçerli olduğunu gösterir. Dolandırıcılık ve oltalama siteleri de kendi alan adları için geçerli sertifika alabilir; giriş yapmadan ya da ödeme yapmadan önce adresi okuyun. ### SSL ile TLS aynı şey mi? TLS, SSL'in yerini alan protokoldür. Ocak 1999'da RFC 2246 olarak yayımlanan TLS 1.0, SSL 3.0'a dayanıyordu; RFC 7568 de Haziran 2015'te SSL 3.0'ın kullanımını yasakladı. Bugünkü bağlantılar TLS 1.2 ya da 1.3 kullanır; "SSL sertifikası" ise aynı X.509 sertifikasının gündelik adı olarak yaşamaya devam ediyor. ### Ücretsiz SSL sertifikası güvenli mi? Evet. Let's Encrypt'in verdiği ücretsiz bir DV sertifikası, bağlantıyı ücretli bir sertifikayla tamamen aynı şekilde şifreler ve tarayıcılar ona aynı biçimde güvenir. Ücretli bir sertifika daha güçlü şifreleme değil, destek ya da OV veya EV kimlik denetimi ekler. ### SSL sertifikası ne kadar süre geçerlidir? 15 Mart 2026'dan beri verilen sertifikalar için en fazla 200 gün; bu süre 15 Mart 2027'de 100 güne, 15 Mart 2029'da 47 güne iner. Birçok sertifika bundan da kısadır: Let's Encrypt varsayılan olarak 90 günlük sertifika verir. ### SSL sertifikasının süresi dolarsa ne olur? Tarayıcılar sertifikaya hemen güvenmeyi bırakır ve her ziyaretçiye `NET::ERR_CERT_DATE_INVALID` gibi tam sayfa bir uyarı gösterir; birçok uygulama da bağlanmayı reddeder. Bunu yalnız yenilenmiş bir sertifika düzeltir; bu yüzden yenileme, süre dolmadan otomatik olarak yapılmalıdır. ### Giriş ya da ödeme sayfası olmayan bir siteye SSL sertifikası gerekir mi? Evet. Sertifika olmadan tarayıcılar her sayfayı Güvenli değil diye işaretler ve ağ yolundaki herkes ziyaretçilerinizin gördüklerini okuyabilir ya da değiştirebilir. Birçok hosting firması ücretsiz sertifika sunar; çoğu zaman tek bir ayarı açmanız yeter. ## Özet SSL sertifikası, bir alan adını sunucunun açık anahtarına bağlayan ve bir sertifika otoritesinin imzaladığı dosyadır. Tarayıcılar hiçbir veri göndermeden önce sertifikanın zincirini, tarihlerini, adlarını ve durumunu denetler. En uzun geçerlilik süresi bugün 200 gün, 2029'dan itibaren 47 gün; bu yüzden yenileme otomatik olmalıdır. Asma kilit alan adını kanıtlar, işletmeyi değil; sıradan bir HTTPS proxy de sitenin sertifikasına dokunmaz. Proxy türünü seçmek için seçenekleri [proxy ürünleri sayfamızda](/tr/proxy) karşılaştırabilirsiniz.