SSL\/TLS (G\u00fcvenli Yuva Katman\u0131\/Ta\u015f\u0131ma Katman\u0131 G\u00fcvenli\u011fi) internet \u00fczerindeki ileti\u015fimi \u015fifreleyerek veri g\u00fcvenli\u011fini sa\u011flayan temel bir teknolojidir. Web sitelerine eri\u015firken adres \u00e7ubu\u011funda g\u00f6rd\u00fc\u011f\u00fcn\u00fcz kilit simgesi ve “https:\/\/” ibaresi, ba\u011flant\u0131n\u0131z\u0131n SSL\/TLS ile g\u00fcvence alt\u0131na al\u0131nd\u0131\u011f\u0131n\u0131 g\u00f6sterir. Ancak zaman zaman, bu g\u00fcvenli ba\u011flant\u0131y\u0131 kurmaya \u00e7al\u0131\u015f\u0131rken \u00e7e\u015fitli hatalarla kar\u015f\u0131la\u015fabiliriz. Bu hatalardan biri de \u00f6zellikle Firefox kullan\u0131c\u0131lar\u0131 aras\u0131nda yayg\u0131n olarak g\u00f6r\u00fclen “SSL_ERROR_RX_RECORD_TOO_LONG” hatas\u0131d\u0131r. Bu hata, genellikle sunucu taraf\u0131ndaki yanl\u0131\u015f yap\u0131land\u0131rmalardan veya a\u011fdaki ara cihazlardan kaynaklanan, karma\u015f\u0131k ancak \u00e7\u00f6z\u00fclebilir bir sorundur.<\/p>\n
Bu teknik makalede, “SSL_ERROR_RX_RECORD_TOO_LONG” hatas\u0131n\u0131n ne anlama geldi\u011fini, neden ortaya \u00e7\u0131kt\u0131\u011f\u0131n\u0131, bu hatay\u0131 nas\u0131l te\u015fhis edebilece\u011fimizi ve hem sunucu hem de istemci taraf\u0131nda uygulayabilece\u011fimiz kapsaml\u0131 \u00e7\u00f6z\u00fcm y\u00f6ntemlerini ayr\u0131nt\u0131l\u0131 bir \u015fekilde inceleyece\u011fiz. Amac\u0131m\u0131z, bu hatayla kar\u015f\u0131la\u015fan sistem y\u00f6neticilerine, geli\u015ftiricilere ve ileri d\u00fczey kullan\u0131c\u0131lara, sorunu k\u00f6k\u00fcnden \u00e7\u00f6zmeleri i\u00e7in ad\u0131m ad\u0131m bir rehber sunmakt\u0131r. G\u00fcvenli internet deneyimi i\u00e7in bu t\u00fcr hatalar\u0131 anlamak ve gidermek kritik \u00f6neme sahiptir.<\/p>\n
“SSL_ERROR_RX_RECORD_TOO_LONG” hatas\u0131, ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, SSL\/TLS protokol\u00fcn\u00fcn kay\u0131t katman\u0131yla ilgili bir sorunu i\u015faret eder. Bu hatay\u0131 tam olarak anlayabilmek i\u00e7in \u00f6ncelikle SSL\/TLS protokol\u00fcn\u00fcn nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131na dair temel bilgilere sahip olmak \u00f6nemlidir.<\/p>\n
TLS\/SSL, asl\u0131nda birden fazla alt protokol\u00fc i\u00e7eren katmanl\u0131 bir yap\u0131d\u0131r. Bu katmanlardan biri de “TLS Kay\u0131t Protokol\u00fc”d\u00fcr. Bu protokol, uygulama verilerini al\u0131r, par\u00e7alara ay\u0131r\u0131r, s\u0131k\u0131\u015ft\u0131r\u0131r (iste\u011fe ba\u011fl\u0131), MAC (Mesaj Kimlik Do\u011frulama Kodu) ekler, \u015fifreler ve ard\u0131ndan ta\u015f\u0131ma katman\u0131na (genellikle TCP) iletir. Ayn\u0131 \u015fekilde, kar\u015f\u0131 taraftan gelen \u015fifrelenmi\u015f verileri \u00e7\u00f6zer, MAC’i do\u011frular ve uygulama katman\u0131na teslim eder.<\/p>\n
TLS\/SSL kay\u0131t protokol\u00fc, iletilen her bir veri blo\u011funa “kay\u0131t” ad\u0131n\u0131 verir. Bu kay\u0131tlar\u0131n belirli bir maksimum boyutu vard\u0131r. TLS 1.0, 1.1 ve 1.2 standartlar\u0131nda, bir TLS kayd\u0131n\u0131n maksimum boyutu 16.384 bayt (16 KB) olarak tan\u0131mlanm\u0131\u015ft\u0131r. Bu boyuta ek olarak bir de ba\u015fl\u0131k (header) bilgisi bulunur (genellikle 5 bayt). Dolay\u0131s\u0131yla, bir istemci (taray\u0131c\u0131) veya sunucu, 16 KB’den daha b\u00fcy\u00fck bir TLS kayd\u0131 ald\u0131\u011f\u0131nda, bu kayd\u0131 i\u015fleyemez ve genellikle “RX Record Too Long” hatas\u0131 gibi bir hata d\u00f6nd\u00fcr\u00fcr. “RX” burada “receive” (alma) anlam\u0131na gelir; yani taray\u0131c\u0131, bekledi\u011finden daha uzun bir kay\u0131t alm\u0131\u015ft\u0131r.<\/p>\n
Bu hatan\u0131n temelinde yatan prensip, beklenen TLS kay\u0131t boyutunun a\u015f\u0131lmas\u0131 olsa da, bu durumun ortaya \u00e7\u0131kmas\u0131na neden olan bir\u00e7ok farkl\u0131 senaryo bulunmaktad\u0131r:<\/p>\n
1. Yanl\u0131\u015f Sunucu Yap\u0131land\u0131rmas\u0131:<\/strong> 2. A\u011fdaki Ara Cihazlar (Proxy, G\u00fcvenlik Duvar\u0131, Y\u00fck Dengeleyici, CDN):<\/strong> 3. MTU\/MSS Uyu\u015fmazl\u0131klar\u0131:<\/strong> 4. G\u00fcncel Olmayan Yaz\u0131l\u0131mlar:<\/strong> 5. Bozuk SSL Sertifikalar\u0131 veya Anahtar Dosyalar\u0131:<\/strong> Bu nedenlerin her biri, taray\u0131c\u0131n\u0131n bekledi\u011fi standart TLS kay\u0131t format\u0131ndan sapmalara yol a\u00e7arak “RX Record Too Long” hatas\u0131n\u0131 tetikleyebilir. Sorunu \u00e7\u00f6zmek i\u00e7in bu olas\u0131 nedenleri sistematik bir \u015fekilde ele almak gerekmektedir.<\/p>\n “SSL_ERROR_RX_RECORD_TOO_LONG” hatas\u0131n\u0131 gidermenin ilk ad\u0131m\u0131, sorunun kayna\u011f\u0131n\u0131 do\u011fru bir \u015fekilde te\u015fhis etmektir. Taray\u0131c\u0131 hata mesajlar\u0131 genellikle genel olsa da, daha derinlemesine ara\u00e7lar kullanarak k\u00f6k nedeni belirleyebiliriz.<\/p>\n Farkl\u0131 taray\u0131c\u0131lar, bu hatay\u0131 farkl\u0131 \u015fekillerde g\u00f6sterebilir:<\/p>\n * Mozilla Firefox:<\/strong> Genellikle do\u011frudan Bu hata mesajlar\u0131, sorunun SSL\/TLS katman\u0131nda oldu\u011funu kesin olarak belirtse de, tam olarak nerede oldu\u011funu anlamak i\u00e7in daha fazla ara\u015ft\u0131rma yapmak gerekir.<\/p>\n A\u011f trafi\u011fini analiz etmek, sorunun sunucu ile istemci aras\u0131ndaki ileti\u015fimde nerede koptu\u011funu anlamak i\u00e7in en etkili y\u00f6ntemlerden biridir.<\/p>\n 1. Wireshark:<\/strong> 2. OpenSSL 3. Sunucu loglar\u0131, sunucu taraf\u0131ndaki sorunlar\u0131 te\u015fhis etmek i\u00e7in hayati \u00f6neme sahiptir.<\/p>\n 1. Apache Loglar\u0131:<\/strong> 2. Nginx Loglar\u0131:<\/strong> 3. IIS Loglar\u0131:<\/strong> 4. Sistem Loglar\u0131 (Syslog, Event Viewer):<\/strong> 5. Y\u00fck Dengeleyici\/G\u00fcvenlik Duvar\u0131 Loglar\u0131:<\/strong> Bu te\u015fhis ad\u0131mlar\u0131, sorunun sunucunun yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f bir portta HTTP yan\u0131t\u0131 g\u00f6ndermesinden mi, yoksa a\u011fdaki bir ara cihaz\u0131n TLS trafi\u011fini bozmas\u0131ndan m\u0131 kaynakland\u0131\u011f\u0131n\u0131 anlaman\u0131za yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n “SSL_ERROR_RX_RECORD_TOO_LONG” hatas\u0131n\u0131n \u00e7o\u011fu zaman sunucu taraf\u0131ndaki bir yap\u0131land\u0131rma sorunundan kaynakland\u0131\u011f\u0131 g\u00f6z \u00f6n\u00fcne al\u0131nd\u0131\u011f\u0131nda, \u00e7\u00f6z\u00fcmlerin b\u00fcy\u00fck bir k\u0131sm\u0131 sunucu \u00fczerinde odaklanmaktad\u0131r.<\/p>\n Web sunucunuzun SSL\/TLS ayarlar\u0131n\u0131 dikkatlice g\u00f6zden ge\u00e7irmek, sorunu \u00e7\u00f6zmenin ilk ad\u0131m\u0131d\u0131r.<\/p>\n 1. Apache HTTP Sunucusu:<\/strong> 2. Nginx HTTP Sunucusu:<\/strong> 3. Microsoft IIS:<\/strong> E\u011fer sunucunuzun \u00f6n\u00fcnde bir y\u00fck dengeleyici, ters proxy (reverse proxy), g\u00fcvenlik duvar\u0131 veya CDN gibi bir ara cihaz varsa, bu cihazlar\u0131n yap\u0131land\u0131rmas\u0131n\u0131 kontrol etmek kritik \u00f6neme sahiptir.<\/p>\n 1. Y\u00fck Dengeleyiciler (Load Balancers) ve Ters Proxyler (Reverse Proxies):<\/strong> 2. G\u00fcvenlik Duvarlar\u0131 (Firewalls):<\/strong> 3. CDN (\u0130\u00e7erik Da\u011f\u0131t\u0131m A\u011flar\u0131):<\/strong> T\u00fcm ilgili yaz\u0131l\u0131mlar\u0131n g\u00fcncel olmas\u0131, bilinen hatalardan ve uyumsuzluklardan ka\u00e7\u0131nmak i\u00e7in \u00f6nemlidir.<\/p>\n * \u0130\u015fletim Sistemi:<\/strong> Sunucunuzun i\u015fletim sistemini en son g\u00fcvenlik yamalar\u0131yla g\u00fcncelleyin. SSL sertifikas\u0131n\u0131n kendisi veya \u00f6zel anahtar dosyas\u0131yla ilgili sorunlar da bu hataya yol a\u00e7abilir.<\/p>\n * Sertifikay\u0131 Yeniden Y\u00fckleme:<\/strong> Sertifikay\u0131 ve \u00f6zel anahtar\u0131 sunucuya yeniden y\u00fcklemeyi deneyin. Bazen dosya bozulmalar\u0131 veya yanl\u0131\u015f izinler sorun yaratabilir. Bu sunucu taraf\u0131 \u00e7\u00f6z\u00fcmleri, “RX Record Too Long” hatas\u0131n\u0131n b\u00fcy\u00fck bir \u00e7o\u011funlu\u011funu gidermek i\u00e7in yeterli olacakt\u0131r. Her de\u011fi\u015fiklikten sonra sunucuyu yeniden ba\u015flatmay\u0131\/yeniden y\u00fcklemeyi ve taray\u0131c\u0131n\u0131zda tekrar test etmeyi unutmay\u0131n.<\/p>\n Her ne kadar “SSL_ERROR_RX_RECORD_TOO_LONG” hatas\u0131 genellikle sunucu veya a\u011f yap\u0131land\u0131rmas\u0131ndan kaynaklansa da, baz\u0131 durumlarda istemci taraf\u0131nda da kontrol edilmesi gereken noktalar olabilir. \u00d6zellikle sunucu taraf\u0131nda her \u015feyin do\u011fru g\u00f6r\u00fcnd\u00fc\u011f\u00fc durumlarda, taray\u0131c\u0131 ve sistem ayarlar\u0131n\u0131 g\u00f6zden ge\u00e7irmek faydal\u0131d\u0131r.<\/p>\n Taray\u0131c\u0131lar, daha h\u0131zl\u0131 y\u00fckleme s\u00fcreleri i\u00e7in web sitelerinin verilerini (\u00f6nbellek, \u00e7erezler, site ayarlar\u0131) depolar. Bazen bu \u00f6nbelle\u011fe al\u0131nm\u0131\u015f veya bozuk veriler, SSL ba\u011flant\u0131 sorunlar\u0131na yol a\u00e7abilir.<\/p>\n * Chrome:<\/strong> Ayarlar > Gizlilik ve g\u00fcvenlik > Tarama verilerini temizle. “\u00d6nbelle\u011fe al\u0131nm\u0131\u015f resimler ve dosyalar” ile “\u00c7erezler ve di\u011fer site verileri” se\u00e7eneklerini i\u015faretleyerek temizleyin. Bu i\u015flem, taray\u0131c\u0131n\u0131n siteye yeni bir ba\u011flant\u0131 kurmas\u0131n\u0131 sa\u011flayarak olas\u0131 istemci taraf\u0131 \u00f6nbellek sorunlar\u0131n\u0131 ortadan kald\u0131rabilir.<\/p>\n Baz\u0131 taray\u0131c\u0131 uzant\u0131lar\u0131, \u00f6zellikle g\u00fcvenlik, proxy veya a\u011f trafi\u011fini manip\u00fcle eden uzant\u0131lar (\u00f6rn. VPN uzant\u0131lar\u0131, reklam engelleyiciler), SSL\/TLS ba\u011flant\u0131lar\u0131na m\u00fcdahale edebilir.<\/p>\n * T\u00fcm uzant\u0131lar\u0131 ge\u00e7ici olarak devre d\u0131\u015f\u0131 b\u0131rak\u0131n ve sorunun devam edip etmedi\u011fini kontrol edin. Eski taray\u0131c\u0131 s\u00fcr\u00fcmleri, modern TLS protokolleri veya \u015fifre paketleriyle uyumsuzluk ya\u015fayabilir. Bu durum, sunucu ile istemci aras\u0131nda ba\u015far\u0131l\u0131 bir el s\u0131k\u0131\u015fmay\u0131 engelleyebilir.<\/p>\n * Taray\u0131c\u0131n\u0131z\u0131n her zaman en son s\u00fcr\u00fcme g\u00fcncel oldu\u011fundan emin olun. Taray\u0131c\u0131lar genellikle otomatik olarak g\u00fcncellense de, manuel kontrol etmekte fayda vard\u0131r.<\/p>\n SSL sertifikalar\u0131 belirli ge\u00e7erlilik s\u00fcrelerine sahiptir. Bilgisayar\u0131n\u0131z\u0131n sistem tarihi ve saati yanl\u0131\u015fsa, taray\u0131c\u0131 sertifikay\u0131 ge\u00e7erli olarak alg\u0131lamakta sorun ya\u015fayabilir ve bu da SSL hatalar\u0131na yol a\u00e7abilir.<\/p>\n * Sistem saatinizin ve tarihinizin do\u011fru oldu\u011fundan ve zaman diliminizin de do\u011fru ayarland\u0131\u011f\u0131ndan emin olun. Gerekirse otomatik zaman senkronizasyonunu etkinle\u015ftirin.<\/p>\n Taray\u0131c\u0131n\u0131zda yapt\u0131\u011f\u0131n\u0131z \u00f6zel ayarlar veya bozuk bir profil, nadiren de olsa SSL sorunlar\u0131na neden olabilir. Taray\u0131c\u0131 ayarlar\u0131n\u0131 varsay\u0131lanlara s\u0131f\u0131rlamak, bu t\u00fcr sorunlar\u0131 \u00e7\u00f6zebilir.<\/p>\n * Chrome:<\/strong> Ayarlar > Ayarlar\u0131 s\u0131f\u0131rla. Bu i\u015flem, taray\u0131c\u0131n\u0131z\u0131n temiz bir kurulum gibi \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flayacakt\u0131r.<\/p>\n Baz\u0131 antivir\u00fcs yaz\u0131l\u0131mlar\u0131 veya ki\u015fisel g\u00fcvenlik duvarlar\u0131, “HTTPS taramas\u0131” veya “SSL incelemesi” gibi \u00f6zelliklere sahiptir. Bu \u00f6zellikler, g\u00fcvenlik amac\u0131yla SSL trafi\u011fini keser ve yeniden \u015fifreler. Bu i\u015flem s\u0131ras\u0131nda bir hata olu\u015fursa, taray\u0131c\u0131 “RX Record Too Long” hatas\u0131 alabilir.<\/p>\n * Antivir\u00fcs veya g\u00fcvenlik duvar\u0131 yaz\u0131l\u0131m\u0131n\u0131z\u0131n HTTPS tarama \u00f6zelli\u011fini ge\u00e7ici olarak devre d\u0131\u015f\u0131 b\u0131rak\u0131n ve sorunun devam edip etmedi\u011fini kontrol edin. E\u011fer sorun \u00e7\u00f6z\u00fcl\u00fcrse, g\u00fcvenlik yaz\u0131l\u0131m\u0131n\u0131z\u0131n ayarlar\u0131n\u0131 g\u00f6zden ge\u00e7irmeniz veya g\u00fcncelledi\u011finizden emin olman\u0131z gerekir.<\/p>\n Yukar\u0131daki istemci taraf\u0131 \u00e7\u00f6z\u00fcmleri, genellikle daha nadir g\u00f6r\u00fclen ancak yine de olas\u0131 olan senaryolar\u0131 kapsar. \u00c7o\u011fu durumda, sorun sunucu taraf\u0131nda yatmaktad\u0131r, ancak bu ad\u0131mlar\u0131 uygulamak, kapsaml\u0131 bir sorun giderme s\u00fcreci i\u00e7in \u00f6nemlidir.<\/p>\n “SSL_ERROR_RX_RECORD_TOO_LONG” gibi karma\u015f\u0131k SSL\/TLS hatalar\u0131yla ba\u015fa \u00e7\u0131kmak, bazen daha derinlemesine a\u011f ve protokol bilgisi gerektirebilir. Ayr\u0131ca, bu t\u00fcr sorunlar\u0131n tekrar ortaya \u00e7\u0131kmas\u0131n\u0131 \u00f6nlemek i\u00e7in belirli en iyi uygulamalar\u0131 benimsemek \u00f6nemlidir.<\/p>\n Daha \u00f6nce belirtildi\u011fi gibi, Maksimum \u0130letim Birimi (MTU) ve Maksimum Segment Boyutu (MSS) uyu\u015fmazl\u0131klar\u0131, paketlerin yanl\u0131\u015f par\u00e7alanmas\u0131na ve yeniden birle\u015ftirilmesine neden olarak TLS kay\u0131tlar\u0131n\u0131n bozulmas\u0131na yol a\u00e7abilir.<\/p>\n * Yol MTU Ke\u015ffi (PMTUD):<\/strong> PMTUD, bir a\u011f yolu boyunca en k\u00fc\u00e7\u00fck MTU’yu dinamik olarak belirlemeye yard\u0131mc\u0131 olan bir mekanizmad\u0131r. E\u011fer a\u011f\u0131n\u0131zda PMTUD d\u00fczg\u00fcn \u00e7al\u0131\u015fm\u0131yorsa (\u00f6rne\u011fin, bir g\u00fcvenlik duvar\u0131 ICMP “Packet Too Big” mesajlar\u0131n\u0131 engelliyorsa), bu sorunlara yol a\u00e7abilir. G\u00fcvenlik duvarlar\u0131n\u0131z\u0131n ICMP trafi\u011fine izin verdi\u011finden emin olun. \u0130stemci ve sunucu aras\u0131ndaki TLS el s\u0131k\u0131\u015fmas\u0131 s\u0131ras\u0131nda, hangi TLS protokol versiyonunun (TLSv1.2, TLSv1.3) ve hangi \u015fifre paketinin kullan\u0131laca\u011f\u0131 konusunda bir anla\u015fma yap\u0131l\u0131r.<\/p>\n * Uyumlu Protokoller:<\/strong> Sunucunuzun, modern taray\u0131c\u0131lar taraf\u0131ndan desteklenen TLS versiyonlar\u0131n\u0131 (tercihen TLSv1.2 ve TLSv1.3) destekledi\u011finden emin olun. Eski ve g\u00fcvensiz protokoller (SSLv2, SSLv3, TLSv1.0, TLSv1.1) devre d\u0131\u015f\u0131 b\u0131rak\u0131lmal\u0131d\u0131r. SSL\/TLS yap\u0131land\u0131rman\u0131z\u0131n sa\u011fl\u0131kl\u0131 \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olmak i\u00e7in d\u00fczenli testler ve izleme yapmak \u00f6nemlidir.<\/p>\n * SSL Labs Sunucu Testi:<\/strong> Qualys SSL Labs’\u0131n \u00fccretsiz “SSL Server Test” arac\u0131 (ssllabs.com\/ssltest\/), sunucunuzun SSL\/TLS yap\u0131land\u0131rmas\u0131n\u0131 derinlemesine analiz eder. Protokol deste\u011fi, \u015fifre paketleri, sertifika zinciri, bilinen g\u00fcvenlik a\u00e7\u0131klar\u0131 ve genel bir not (A+ ile F aras\u0131) hakk\u0131nda detayl\u0131 bilgi sa\u011flar. Bu test, “RX Record Too Long” hatas\u0131na do\u011frudan i\u015faret etmese de, genel SSL sa\u011fl\u0131\u011f\u0131n\u0131 ve potansiyel uyumsuzluklar\u0131 ortaya \u00e7\u0131karabilir. Sorunlar\u0131 \u00f6nlemek ve g\u00fcvenli\u011fi art\u0131rmak i\u00e7in genel SSL\/TLS en iyi uygulamalar\u0131n\u0131 benimseyin:<\/p>\n * Yaz\u0131l\u0131mlar\u0131 G\u00fcncel Tutun:<\/strong> \u0130\u015fletim sistemleri, web sunucular\u0131, OpenSSL k\u00fct\u00fcphaneleri ve di\u011fer ilgili yaz\u0131l\u0131mlar\u0131 d\u00fczenli olarak g\u00fcncelleyin. Bu geli\u015fmi\u015f sorun giderme teknikleri ve \u00f6nleyici tedbirler, “SSL_ERROR_RX_RECORD_TOO_LONG” gibi hatalar\u0131n nedenlerini daha derinlemesine anlaman\u0131za ve gelecekte benzer sorunlar\u0131n ortaya \u00e7\u0131kmas\u0131n\u0131 engellemenize yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n “SSL_ERROR_RX_RECORD_TOO_LONG” hatas\u0131, web sitelerine eri\u015firken kar\u015f\u0131la\u015f\u0131labilen sinir bozucu ancak genellikle \u00e7\u00f6z\u00fclebilir bir SSL\/TLS protokol hatas\u0131d\u0131r. Bu hata, taray\u0131c\u0131n\u0131n bekledi\u011finden daha uzun bir TLS kayd\u0131 almas\u0131 durumunda ortaya \u00e7\u0131kar ve k\u00f6keninde \u00e7o\u011funlukla sunucu taraf\u0131ndaki yanl\u0131\u015f yap\u0131land\u0131rmalar veya a\u011fdaki ara cihazlar\u0131n SSL trafi\u011fini bozmas\u0131 yatar.<\/p>\n Bu makalede, hatan\u0131n temelinde yatan TLS kay\u0131t protokol\u00fc mekanizmas\u0131n\u0131, bu hataya yol a\u00e7an yayg\u0131n nedenleri (yanl\u0131\u015f sunucu yap\u0131land\u0131rmalar\u0131, a\u011fdaki ara cihazlar, MTU\/MSS uyu\u015fmazl\u0131klar\u0131, g\u00fcncel olmayan yaz\u0131l\u0131mlar ve sertifika sorunlar\u0131) detayl\u0131 bir \u015fekilde inceledik. Sorunu te\u015fhis etmek i\u00e7in Wireshark, OpenSSL \u00c7\u00f6z\u00fcm yollar\u0131 olarak, Apache, Nginx ve IIS gibi pop\u00fcler web sunucular\u0131n\u0131n SSL\/TLS yap\u0131land\u0131rmalar\u0131n\u0131 (sertifika yollar\u0131, protokoller, \u015fifre paketleri) kontrol etmeyi, y\u00fck dengeleyiciler, g\u00fcvenlik duvarlar\u0131 ve CDN’ler gibi a\u011f cihazlar\u0131n\u0131n ayarlar\u0131n\u0131 g\u00f6zden ge\u00e7irmeyi, t\u00fcm ilgili yaz\u0131l\u0131mlar\u0131 g\u00fcncel tutmay\u0131 ve sertifika\/anahtar dosyalar\u0131n\u0131n do\u011frulu\u011funu teyit etmeyi ele ald\u0131k. Ayr\u0131ca, taray\u0131c\u0131 \u00f6nbelle\u011fini temizlemek, uzant\u0131lar\u0131 devre d\u0131\u015f\u0131 b\u0131rakmak ve sistem saatini kontrol etmek gibi istemci taraf\u0131 \u00e7\u00f6z\u00fcmleri de sunduk.<\/p>\n Unutulmamal\u0131d\u0131r ki, bu t\u00fcr hatalar\u0131n giderilmesinde sistematik bir yakla\u015f\u0131m esast\u0131r. Olas\u0131 nedenleri tek tek ele almak, her de\u011fi\u015fiklikten sonra test etmek ve sorunun kayna\u011f\u0131n\u0131 daraltmak, \u00e7\u00f6z\u00fcm s\u00fcrecini h\u0131zland\u0131racakt\u0131r. Ayr\u0131ca, d\u00fczenli izleme, SSL Labs gibi ara\u00e7larla test etme ve SSL\/TLS da\u011f\u0131t\u0131m\u0131nda en iyi uygulamalar\u0131 benimseme, benzer sorunlar\u0131n gelecekte ortaya \u00e7\u0131kmas\u0131n\u0131 engelleyecektir. G\u00fcvenli ve sorunsuz bir internet deneyimi i\u00e7in SSL\/TLS altyap\u0131s\u0131n\u0131n do\u011fru yap\u0131land\u0131r\u0131lmas\u0131 ve bak\u0131m\u0131 kritik \u00f6neme sahiptir.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"SSL Hatas\u0131: RX Record Too Long \u00c7\u00f6z\u00fcmleri – Taray\u0131c\u0131larda Bu Sorunu Giderme Rehberi SSL\/TLS (G\u00fcvenli Yuva Katman\u0131\/Ta\u015f\u0131ma Katman\u0131 G\u00fcvenli\u011fi) internet \u00fczerindeki ileti\u015fimi \u015fifreleyerek veri g\u00fcvenli\u011fini sa\u011flayan temel bir teknolojidir.","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[874],"tags":[],"class_list":{"0":"post-41514","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-server","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n
\n * HTTP ile HTTPS Kar\u0131\u015f\u0131m\u0131:<\/strong> En yayg\u0131n nedenlerden biri, sunucunun HTTP (80) portu yerine HTTPS (443) portunda d\u00fcz metin (\u015fifresiz) HTTP yan\u0131t\u0131 g\u00f6ndermeye \u00e7al\u0131\u015fmas\u0131d\u0131r. Taray\u0131c\u0131 443 portunda bir TLS el s\u0131k\u0131\u015fmas\u0131 beklerken, d\u00fcz metin HTTP verisi al\u0131r. Taray\u0131c\u0131 bu d\u00fcz metin veriyi TLS kayd\u0131 olarak yorumlamaya \u00e7al\u0131\u015ft\u0131\u011f\u0131nda, do\u011fal olarak format uyu\u015fmazl\u0131\u011f\u0131 ve boyut hatas\u0131yla kar\u015f\u0131la\u015f\u0131r.
\n * Yanl\u0131\u015f Dinleme Portu:<\/strong> Sunucunun HTTPS trafi\u011fini yanl\u0131\u015f bir portta dinlemesi veya ba\u015fka bir servisin 443 portunu i\u015fgal etmesi.
\n * Eksik\/Yanl\u0131\u015f SSL Sertifikas\u0131:<\/strong> Sertifikan\u0131n do\u011fru y\u00fcklenmemesi, \u00f6zel anahtar\u0131n e\u015fle\u015fmemesi veya sertifika zincirinin eksik olmas\u0131, TLS el s\u0131k\u0131\u015fmas\u0131n\u0131 ba\u015far\u0131s\u0131z k\u0131labilir ve bu hataya yol a\u00e7abilir.
\n * Yanl\u0131\u015f Protokol veya \u015eifre Ayarlar\u0131:<\/strong> Sunucunun destekledi\u011fi TLS protokol versiyonlar\u0131 veya \u015fifre paketleri ile istemcinin (taray\u0131c\u0131n\u0131n) bekledi\u011fi aras\u0131nda uyumsuzluklar.<\/p>\n
\n * SSL\/TLS \u0130ncelemesi (Deep Packet Inspection):<\/strong> Baz\u0131 g\u00fcvenlik duvarlar\u0131 veya proxy sunucular, trafi\u011fi incelemek i\u00e7in SSL\/TLS ba\u011flant\u0131s\u0131n\u0131 sonland\u0131r\u0131p yeniden ba\u015flat\u0131r (SSL Offloading\/Re-encryption). Bu i\u015flem s\u0131ras\u0131nda bir hata olu\u015fursa veya yap\u0131land\u0131rma yanl\u0131\u015fsa, bozuk TLS kay\u0131tlar\u0131 g\u00f6nderilebilir.
\n * Y\u00fck Dengeleyici Yap\u0131land\u0131rmas\u0131:<\/strong> Y\u00fck dengeleyiciler, trafi\u011fi arka u\u00e7 sunucular\u0131na y\u00f6nlendirirken SSL trafi\u011fini sonland\u0131rabilir. E\u011fer y\u00fck dengeleyici HTTP trafi\u011fini arka u\u00e7 sunucusuna TLS olarak g\u00f6ndermesi gerekirken d\u00fcz HTTP olarak g\u00f6nderirse, bu hata olu\u015fabilir.
\n * CDN (\u0130\u00e7erik Da\u011f\u0131t\u0131m A\u011f\u0131) Sorunlar\u0131:<\/strong> CDN sa\u011flay\u0131c\u0131n\u0131z\u0131n SSL yap\u0131land\u0131rmas\u0131 (\u00f6rne\u011fin, “Full SSL” yerine “Flexible SSL” kullan\u0131lmas\u0131 ve origin sunucunun HTTP olmas\u0131 durumu) bu hataya neden olabilir.<\/p>\n
\n * MTU (Maksimum \u0130letim Birimi):<\/strong> A\u011fdaki farkl\u0131 cihazlar aras\u0131nda MTU de\u011ferlerinin uyu\u015fmamas\u0131, paket par\u00e7alanmas\u0131na (fragmentation) ve yeniden birle\u015ftirmede sorunlara yol a\u00e7abilir. Bu durum, TLS kay\u0131tlar\u0131n\u0131n yanl\u0131\u015f bir \u015fekilde al\u0131nmas\u0131na neden olabilir.
\n * MSS (Maksimum Segment Boyutu):<\/strong> TCP MSS, bir TCP segmentinde ta\u015f\u0131nabilecek veri miktar\u0131n\u0131 s\u0131n\u0131rlar. MSS’nin yanl\u0131\u015f yap\u0131land\u0131r\u0131lmas\u0131 da benzer par\u00e7alanma sorunlar\u0131na yol a\u00e7abilir.<\/p>\n
\n * Sunucu i\u015fletim sistemi, web sunucusu yaz\u0131l\u0131m\u0131 (Apache, Nginx, IIS) veya OpenSSL k\u00fct\u00fcphanesi gibi bile\u015fenlerin g\u00fcncel olmamas\u0131, bilinen hatalara veya uyumsuzluklara neden olabilir.<\/p>\n
\n * Sertifika dosyas\u0131n\u0131n (\u00f6rn. .crt<\/code>, .pem<\/code>) veya \u00f6zel anahtar dosyas\u0131n\u0131n (\u00f6rn. .key<\/code>) bozulmu\u015f olmas\u0131, sunucunun ge\u00e7erli bir TLS ba\u011flant\u0131s\u0131 kurmas\u0131n\u0131 engelleyebilir.<\/p>\nSorunu Te\u015fhis Etme<\/h3>\n
Taray\u0131c\u0131ya \u00d6zg\u00fc Hata Mesajlar\u0131<\/h4>\n
SSL_ERROR_RX_RECORD_TOO_LONG<\/code> mesaj\u0131n\u0131 g\u00f6sterir. Bu, hatan\u0131n spesifik do\u011fas\u0131n\u0131 anlamak i\u00e7in olduk\u00e7a faydal\u0131d\u0131r.
\n* Google Chrome\/Microsoft Edge:<\/strong> Genellikle daha genel bir hata olan ERR_SSL_PROTOCOL_ERROR<\/code> veya ERR_SSL_VERSION_OR_CIPHER_MISMATCH<\/code> gibi mesajlar verir. Bu hatalar, bir\u00e7ok farkl\u0131 SSL\/TLS sorununu kapsad\u0131\u011f\u0131 i\u00e7in te\u015fhisi biraz daha zorla\u015ft\u0131rabilir. Chrome’da net-internals<\/code> arac\u0131n\u0131 kullanarak daha detayl\u0131 bilgiye ula\u015fmak m\u00fcmk\u00fcn olabilir.
\n* Di\u011fer Taray\u0131c\u0131lar:<\/strong> Benzer \u015fekilde genel SSL protokol hatalar\u0131 g\u00f6sterebilirler.<\/p>\nA\u011f Ara\u00e7lar\u0131n\u0131 Kullanarak Te\u015fhis<\/h4>\n
\n * Wireshark, a\u011f trafi\u011fini yakalamak ve analiz etmek i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r. Sorunlu web sitesine eri\u015fmeye \u00e7al\u0131\u015f\u0131rken a\u011f trafi\u011fini yakalay\u0131n.
\n * Yakalanan paketlerde, \u00f6zellikle TCP port 443 (HTTPS) \u00fczerindeki trafi\u011fi inceleyin.
\n * Taray\u0131c\u0131n\u0131n bir Client Hello<\/code> mesaj\u0131 g\u00f6nderdi\u011fini ve sunucunun buna bir Server Hello<\/code>, sertifika veya Server Key Exchange<\/code> ile yan\u0131t verdi\u011fini g\u00f6rmelisiniz.
\n * E\u011fer sunucudan gelen yan\u0131t bir TLS Server Hello<\/code> veya ba\u015fka bir TLS kayd\u0131 de\u011fil de, d\u00fcz metin HTTP (\u00f6rne\u011fin, GET \/ HTTP\/1.1<\/code> yerine HTTP\/1.1 200 OK<\/code>) gibi g\u00f6r\u00fcn\u00fcyorsa, bu sunucunun 443 portunda yanl\u0131\u015fl\u0131kla HTTP yan\u0131t\u0131 g\u00f6nderdi\u011finin g\u00fc\u00e7l\u00fc bir i\u015faretidir.
\n * TLS kay\u0131tlar\u0131n\u0131n boyutlar\u0131n\u0131 kontrol edin. Wireshark, TLS katman\u0131n\u0131 ayr\u0131\u015ft\u0131rabilir ve kay\u0131t boyutlar\u0131n\u0131 g\u00f6sterebilir. Beklenenden \u00e7ok daha b\u00fcy\u00fck bir kay\u0131t g\u00f6r\u00fcrseniz, bu hatan\u0131n do\u011frudan nedenini bulmu\u015f olursunuz.<\/p>\ns_client<\/code>:<\/strong>
\n * openssl s_client -connect [sunucu_adresi]:443 -servername [sunucu_adresi]<\/code> komutu, sunucu ile manuel olarak bir TLS el s\u0131k\u0131\u015fmas\u0131 yapmaya \u00e7al\u0131\u015f\u0131r.
\n * Bu komutun \u00e7\u0131kt\u0131s\u0131, sertifika zinciri, kullan\u0131lan protokol ve \u015fifre paketi hakk\u0131nda detayl\u0131 bilgi verir.
\n * E\u011fer komut error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error<\/code> veya error:1408F10B:SSL routines:SSL3_GET_SERVER_HELLO:wrong version number<\/code> gibi hatalar d\u00f6nd\u00fcr\u00fcyorsa, bu sunucu taraf\u0131nda bir TLS yap\u0131land\u0131rma sorunu oldu\u011funu g\u00f6sterir.
\n * \u00d6zellikle sunucu d\u00fcz metin HTTP yan\u0131t\u0131 g\u00f6nderiyorsa, openssl s_client<\/code> komutu garip karakterler veya HTTP yan\u0131t ba\u015fl\u0131klar\u0131 (\u00f6rn. HTTP\/1.1 200 OK<\/code>) g\u00f6sterebilir. Bu, sunucunun HTTPS portunda HTTP konu\u015ftu\u011funun kesin bir kan\u0131t\u0131d\u0131r.<\/p>\ncurl<\/code> ile Detayl\u0131 \u00c7\u0131kt\u0131:<\/strong>
\n * curl -v https:\/\/[sunucu_adresi]<\/code> komutu, TLS el s\u0131k\u0131\u015fmas\u0131 s\u00fcreci ve sunucudan gelen yan\u0131t hakk\u0131nda ayr\u0131nt\u0131l\u0131 bilgi sa\u011flar.
\n * curl<\/code> da SSL_ERROR_RX_RECORD_TOO_LONG<\/code> hatas\u0131n\u0131 rapor etmez, ancak ba\u011flant\u0131n\u0131n neden ba\u015far\u0131s\u0131z oldu\u011funu g\u00f6steren TLS hata kodlar\u0131 veya d\u00fcz metin HTTP yan\u0131tlar\u0131 g\u00f6sterebilir.<\/p>\nSunucu Loglar\u0131n\u0131 Kontrol Etme<\/h4>\n
\n * error_log<\/code>: Apache’nin hata g\u00fcnl\u00fc\u011f\u00fc, genellikle SSL ile ilgili sorunlar hakk\u0131nda bilgi i\u00e7erir. Sertifika y\u00fckleme hatalar\u0131, mod\u00fcl yap\u0131land\u0131rma sorunlar\u0131 veya di\u011fer kritik hatalar burada g\u00f6r\u00fclebilir.
\n * access_log<\/code>: Eri\u015fim g\u00fcnl\u00fc\u011f\u00fc, hangi isteklerin geldi\u011fini ve nas\u0131l yan\u0131tland\u0131\u011f\u0131n\u0131 g\u00f6sterir. E\u011fer 443 portuna gelen isteklerin 200 OK (ba\u015far\u0131l\u0131) yan\u0131t\u0131 yerine ba\u015fka bir durum kodu veya hi\u00e7 yan\u0131t yoksa, bu bir sorun i\u015faretidir.<\/p>\n
\n * error.log<\/code>: Nginx’in hata g\u00fcnl\u00fc\u011f\u00fc de SSL\/TLS yap\u0131land\u0131rma sorunlar\u0131n\u0131, sertifika hatalar\u0131n\u0131 veya proxy ayarlar\u0131ndaki yanl\u0131\u015fl\u0131klar\u0131 g\u00f6sterebilir.
\n * access.log<\/code>: Eri\u015fim g\u00fcnl\u00fc\u011f\u00fc, Apache’de oldu\u011fu gibi istek ve yan\u0131t durumlar\u0131n\u0131 takip etmek i\u00e7in kullan\u0131l\u0131r.<\/p>\n
\n * IIS loglar\u0131, genellikle C:\\inetpub\\logs\\LogFiles<\/code> alt\u0131nda bulunur. Bu loglar, SSL ba\u011flant\u0131 hatalar\u0131 veya uygulama havuzu sorunlar\u0131 hakk\u0131nda bilgi i\u00e7erebilir.<\/p>\n
\n * \u0130\u015fletim sistemi d\u00fczeyindeki loglar, OpenSSL k\u00fct\u00fcphanesi veya a\u011f yap\u0131land\u0131rmas\u0131yla ilgili sorunlar\u0131 g\u00f6sterebilir.<\/p>\n
\n * E\u011fer altyap\u0131n\u0131zda bir y\u00fck dengeleyici veya g\u00fcvenlik duvar\u0131 varsa, bu cihazlar\u0131n loglar\u0131n\u0131 kontrol etmek, SSL sonland\u0131rma veya trafik y\u00f6nlendirme sorunlar\u0131n\u0131 ortaya \u00e7\u0131karabilir.<\/p>\n\u00c7\u00f6z\u00fcmler: Sunucu Taraf\u0131 D\u00fczeltmeler<\/h3>\n
Sunucu Yap\u0131land\u0131rma Kontrolleri<\/h4>\n
\n * httpd-ssl.conf<\/code> veya \u0130lgili Yap\u0131land\u0131rma Dosyas\u0131:<\/strong> Apache’de SSL\/TLS ayarlar\u0131 genellikle httpd-ssl.conf<\/code> veya sanal ana bilgisayar yap\u0131land\u0131rmas\u0131nda (\u00f6rne\u011fin, sites-available\/default-ssl.conf<\/code>) bulunur.
\n SSLEngine on<\/code> y\u00f6nergesinin bulundu\u011fundan emin olun.
\n * SSLCertificateFile<\/code> ve SSLCertificateKeyFile<\/code>:<\/strong> Bu y\u00f6nergelerin do\u011fru sertifika ve \u00f6zel anahtar dosyalar\u0131n\u0131 i\u015faret etti\u011finden emin olun. Dosya yollar\u0131n\u0131n do\u011fru ve eri\u015filebilir oldu\u011fundan emin olun.
\n * SSLCertificateChainFile<\/code> veya SSLCACertificateFile<\/code>:<\/strong> E\u011fer ara sertifikalar\u0131n\u0131z varsa (ki genellikle vard\u0131r), bu dosyalar\u0131n da do\u011fru \u015fekilde yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olun. Zincirdeki t\u00fcm sertifikalar\u0131n eksiksiz ve do\u011fru s\u0131rada olmas\u0131 kritiktir.
\n * SSLProtocol<\/code> ve SSLCipherSuite<\/code>:<\/strong> G\u00fcvenli ve modern protokoller (\u00f6rne\u011fin, All -SSLv2 -SSLv3 -TLSv1 -TLSv1.1<\/code>) ve g\u00fc\u00e7l\u00fc \u015fifre paketleri kulland\u0131\u011f\u0131n\u0131zdan emin olun. Ancak, bu ayarlar\u0131n \u00e7ok k\u0131s\u0131tlay\u0131c\u0131 olmas\u0131 bazen uyumsuzluklara yol a\u00e7abilir, bu y\u00fczden kademeli olarak test edin.
\n * HTTP’den HTTPS’e Y\u00f6nlendirme:<\/strong> E\u011fer sunucunuz HTTP (port 80) \u00fczerinden eri\u015filebilirse, t\u00fcm HTTP isteklerini HTTPS’e y\u00f6nlendirdi\u011finizden emin olun. Ancak, bu y\u00f6nlendirmeyi yaparken 443 portunun kendisinin HTTP yan\u0131t\u0131 g\u00f6ndermedi\u011finden emin olun.
\n * Mod_gnutls yerine mod_ssl:<\/strong> Apache’de SSL\/TLS i\u00e7in mod_ssl<\/code> kullan\u0131ld\u0131\u011f\u0131ndan emin olun. Nadiren de olsa mod_gnutls<\/code> gibi alternatifler yanl\u0131\u015f yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131nda sorunlara yol a\u00e7abilir.
\n * Yeniden Ba\u015flatma:<\/strong> Herhangi bir yap\u0131land\u0131rma de\u011fi\u015fikli\u011finden sonra Apache’yi yeniden ba\u015flatmay\u0131 unutmay\u0131n (sudo systemctl restart apache2<\/code> veya sudo service apache2 restart<\/code>).<\/p>\n
\n * nginx.conf<\/code> veya Sanal Ana Bilgisayar Yap\u0131land\u0131rmas\u0131:<\/strong> Nginx’te SSL\/TLS ayarlar\u0131 genellikle nginx.conf<\/code> i\u00e7inde veya sites-available<\/code> alt\u0131ndaki ilgili sunucu blo\u011funda bulunur.
\n * listen 443 ssl;<\/code>:<\/strong> Bu y\u00f6nergenin do\u011fru \u015fekilde tan\u0131mland\u0131\u011f\u0131ndan emin olun. ssl<\/code> anahtar kelimesi, Nginx’e bu portta TLS trafi\u011fi bekledi\u011fini s\u00f6yler.
\n * ssl_certificate<\/code> ve ssl_certificate_key<\/code>:<\/strong> Do\u011fru sertifika ve \u00f6zel anahtar dosyalar\u0131n\u0131 i\u015faret etti\u011finden emin olun. Sertifika zinciri genellikle ssl_certificate<\/code> dosyas\u0131na ana sertifika ile birlikte eklenir.
\n * ssl_protocols<\/code> ve ssl_ciphers<\/code>:<\/strong> G\u00fcvenli TLS protokollerini (\u00f6rn. TLSv1.2 TLSv1.3<\/code>) ve g\u00fc\u00e7l\u00fc \u015fifre paketlerini kulland\u0131\u011f\u0131n\u0131zdan emin olun.
\n * ssl_buffer_size<\/code>:<\/strong> Bu ayar genellikle varsay\u0131lan de\u011ferinde (16k) kalmal\u0131d\u0131r. Nadiren de olsa, e\u011fer \u00e7ok d\u00fc\u015f\u00fck ayarlanm\u0131\u015fsa sorunlara yol a\u00e7abilir, ancak bu hatan\u0131n do\u011frudan nedeni de\u011fildir.
\n * HTTP’den HTTPS’e Y\u00f6nlendirme:<\/strong> HTTP trafi\u011fini HTTPS’e y\u00f6nlendirmek i\u00e7in bir server<\/code> blo\u011fu kullan\u0131n.
\n * Yeniden Y\u00fckleme\/Ba\u015flatma:<\/strong> Herhangi bir yap\u0131land\u0131rma de\u011fi\u015fikli\u011finden sonra Nginx’i yeniden y\u00fckleyin (sudo systemctl reload nginx<\/code> veya sudo service nginx reload<\/code>) veya yeniden ba\u015flat\u0131n.<\/p>\n
\n * IIS Y\u00f6neticisi:<\/strong> IIS’te SSL\/TLS yap\u0131land\u0131rmas\u0131 genellikle grafik aray\u00fcz \u00fczerinden yap\u0131l\u0131r.
\n * Site Ba\u011flamalar\u0131 (Bindings):<\/strong> \u0130lgili web sitesi i\u00e7in 443 portunda bir HTTPS ba\u011flamas\u0131n\u0131n oldu\u011fundan emin olun. Bu ba\u011flaman\u0131n do\u011fru SSL sertifikas\u0131n\u0131 kulland\u0131\u011f\u0131n\u0131 do\u011frulay\u0131n.
\n * SSL Ayarlar\u0131:<\/strong> Web sitesinin SSL ayarlar\u0131nda “SSL Gerektir” se\u00e7ene\u011finin i\u015faretli oldu\u011fundan ve uygun istemci sertifikas\u0131 se\u00e7eneklerinin ayarland\u0131\u011f\u0131ndan emin olun.
\n * Sertifika Ma\u011fazas\u0131:<\/strong> Sertifikan\u0131n sunucunun “Ki\u015fisel” veya “Web Hosting” sertifika ma\u011fazas\u0131nda do\u011fru \u015fekilde y\u00fcklendi\u011finden ve \u00f6zel anahtar\u0131n eri\u015filebilir oldu\u011fundan emin olun.
\n * Sertifika Zinciri:<\/strong> Gerekirse ara sertifikalar\u0131 do\u011fru \u015fekilde y\u00fckleyin.
\n * Sistem G\u00fcncellemeleri:<\/strong> Windows Update ile i\u015fletim sistemi ve IIS’in g\u00fcncel oldu\u011fundan emin olun.<\/p>\nA\u011f Cihaz\u0131 Yap\u0131land\u0131rmas\u0131<\/h4>\n
\n * SSL Sonland\u0131rma (SSL Offloading):<\/strong> E\u011fer y\u00fck dengeleyici SSL sonland\u0131rmas\u0131 yap\u0131yorsa, yani istemci ile kendi aras\u0131nda HTTPS, arka u\u00e7 sunucusu ile kendi aras\u0131nda HTTP veya tekrar HTTPS kullan\u0131yorsa, bu yap\u0131land\u0131rmay\u0131 kontrol edin.
\n * Arka U\u00e7 Sunucuya Y\u00f6nlendirme:<\/strong> Y\u00fck dengeleyicinin arka u\u00e7 sunucuya do\u011fru protokol\u00fc (HTTP veya HTTPS) kulland\u0131\u011f\u0131ndan emin olun. E\u011fer y\u00fck dengeleyici istemciden HTTPS al\u0131p arka u\u00e7 sunucusuna d\u00fcz HTTP olarak g\u00f6nderiyorsa ve arka u\u00e7 sunucusu 443 portunda HTTP bekliyorsa, bu sorun olu\u015fabilir. Veya tam tersi, arka u\u00e7 sunucusu HTTPS beklerken y\u00fck dengeleyici HTTP g\u00f6nderiyorsa.
\n * Sertifika Y\u00f6netimi:<\/strong> Y\u00fck dengeleyicinin do\u011fru SSL sertifikas\u0131n\u0131 kulland\u0131\u011f\u0131ndan ve sertifika zincirinin eksiksiz oldu\u011fundan emin olun.<\/p>\n
\n * SSL \u0130ncelemesi (Deep Packet Inspection):<\/strong> Baz\u0131 g\u00fcvenlik duvarlar\u0131 SSL trafi\u011fini incelemek i\u00e7in ba\u011flant\u0131y\u0131 sonland\u0131r\u0131r. Bu \u00f6zellik yanl\u0131\u015f yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131nda veya hatal\u0131 \u00e7al\u0131\u015ft\u0131\u011f\u0131nda, bozuk TLS kay\u0131tlar\u0131 olu\u015fturabilir. Ge\u00e7ici olarak bu \u00f6zelli\u011fi devre d\u0131\u015f\u0131 b\u0131rak\u0131p test etmek faydal\u0131 olabilir.
\n * Port Y\u00f6nlendirme:<\/strong> G\u00fcvenlik duvar\u0131n\u0131n 443 portu trafi\u011fini do\u011fru sunucuya ve porta y\u00f6nlendirdi\u011finden emin olun.<\/p>\n
\n * SSL Modu:<\/strong> CDN’inizin SSL modunu kontrol edin (\u00f6rn. Cloudflare’da “Flexible”, “Full”, “Full (strict)”).
\n * Flexible SSL:<\/strong> CDN ile istemci aras\u0131nda HTTPS, CDN ile origin sunucu aras\u0131nda HTTP kullan\u0131r. E\u011fer origin sunucu 443 portunda hala bir \u015feyler dinliyorsa ve taray\u0131c\u0131 do\u011frudan origin’e ula\u015fmaya \u00e7al\u0131\u015f\u0131yorsa bu hatay\u0131 alabilirsiniz.
\n * Full SSL \/ Full (strict) SSL:<\/strong> Hem CDN-istemci hem de CDN-origin aras\u0131nda HTTPS kullan\u0131r. Origin sunucunun ge\u00e7erli bir SSL sertifikas\u0131na sahip oldu\u011fundan ve do\u011fru yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olun.
\n * Origin Sunucu Ayarlar\u0131:<\/strong> CDN’inizin origin sunucu ayarlar\u0131n\u0131n do\u011fru IP adresini ve portu i\u015faret etti\u011finden emin olun.<\/p>\nYaz\u0131l\u0131m G\u00fcncellemeleri<\/h4>\n
\n* Web Sunucusu Yaz\u0131l\u0131m\u0131:<\/strong> Apache, Nginx veya IIS’in en son kararl\u0131 s\u00fcr\u00fcm\u00fcn\u00fc kullan\u0131n.
\n* OpenSSL K\u00fct\u00fcphanesi:<\/strong> SSL\/TLS i\u015flemlerini ger\u00e7ekle\u015ftiren OpenSSL k\u00fct\u00fcphanesinin g\u00fcncel oldu\u011fundan emin olun.
\n* Di\u011fer Ba\u011f\u0131ml\u0131l\u0131klar:<\/strong> PHP, Python, Java gibi uygulama katman\u0131 bile\u015fenlerinin de g\u00fcncel olmas\u0131 uyumluluk sorunlar\u0131n\u0131 azaltabilir.<\/p>\nSertifika ve Anahtar Sorunlar\u0131<\/h4>\n
\n* \u00d6zel Anahtar E\u015fle\u015fmesi:<\/strong> Sertifikan\u0131n \u00f6zel anahtarla e\u015fle\u015fti\u011finden emin olun. Bunu OpenSSL komutlar\u0131yla do\u011frulayabilirsiniz:
\n * openssl x509 -noout -modulus -in your_certificate.crt | openssl md5<\/code>
\n * openssl rsa -noout -modulus -in your_private_key.key | openssl md5<\/code>
\n * Her iki komutun da ayn\u0131 MD5 \u00e7\u0131kt\u0131s\u0131n\u0131 vermesi gerekir.
\n* Sertifika Zinciri Do\u011frulu\u011fu:<\/strong> T\u00fcm ara sertifikalar\u0131n do\u011fru s\u0131rada ve eksiksiz oldu\u011fundan emin olun. Genellikle ana sertifikan\u0131n ard\u0131ndan ara sertifikalar ve en son k\u00f6k sertifika gelir (ancak k\u00f6k sertifika genellikle sunucuya y\u00fcklenmez, taray\u0131c\u0131lar taraf\u0131ndan tan\u0131n\u0131r).
\n* Sertifika S\u00fcresi:<\/strong> Sertifikan\u0131n s\u00fcresinin dolmad\u0131\u011f\u0131ndan emin olun.
\n* Dosya \u0130zinleri:<\/strong> Sertifika ve \u00f6zel anahtar dosyalar\u0131n\u0131n web sunucusu kullan\u0131c\u0131s\u0131 taraf\u0131ndan okunabilir oldu\u011fundan, ancak di\u011fer kullan\u0131c\u0131lar taraf\u0131ndan eri\u015filemedi\u011finden emin olun (genellikle 600 veya 400 izinleri).<\/p>\n\u00c7\u00f6z\u00fcmler: \u0130stemci Taraf\u0131 (Taray\u0131c\u0131) D\u00fczeltmeler<\/h3>\n
Taray\u0131c\u0131 \u00d6nbelle\u011fini ve \u00c7erezleri Temizleme<\/h4>\n
\n* Firefox:<\/strong> Se\u00e7enekler > Gizlilik ve G\u00fcvenlik > \u00c7erezler ve Site Verileri b\u00f6l\u00fcm\u00fcndeki “Verileri Temizle…” se\u00e7ene\u011fini kullan\u0131n.
\n* Edge:<\/strong> Ayarlar > Gizlilik, arama ve hizmetler > Tarama verilerini temizle.<\/p>\nTaray\u0131c\u0131 Uzant\u0131lar\u0131n\u0131 Devre D\u0131\u015f\u0131 B\u0131rakma<\/h4>\n
\n* E\u011fer sorun ortadan kalkarsa, uzant\u0131lar\u0131 tek tek etkinle\u015ftirerek sorunlu olan\u0131 tespit edebilirsiniz.<\/p>\nTaray\u0131c\u0131y\u0131 G\u00fcncelleme<\/h4>\n
Sistem Tarih ve Saatini Kontrol Etme<\/h4>\n
Taray\u0131c\u0131 Ayarlar\u0131n\u0131 S\u0131f\u0131rlama<\/h4>\n
\n* Firefox:<\/strong> Yard\u0131m > Sorun Giderme Bilgileri > Firefox’u Yenile.
\n* Edge:<\/strong> Ayarlar > Ayarlar\u0131 s\u0131f\u0131rla.<\/p>\nAntivir\u00fcs\/G\u00fcvenlik Duvar\u0131n\u0131 Ge\u00e7ici Olarak Devre D\u0131\u015f\u0131 B\u0131rakma<\/h4>\n
Geli\u015fmi\u015f Sorun Giderme ve \u00d6nleme<\/h3>\n
MTU\/MSS Konular\u0131<\/h4>\n
\n* MSS Ayar\u0131:<\/strong> Y\u00f6nlendiriciler veya g\u00fcvenlik duvarlar\u0131 gibi a\u011f cihazlar\u0131nda TCP MSS de\u011ferini ayarlayabilirsiniz. Genellikle, MSS de\u011feri MTU’dan 40 bayt daha az olmal\u0131d\u0131r (TCP ve IP ba\u015fl\u0131klar\u0131 i\u00e7in). E\u011fer sunucu ile istemci aras\u0131ndaki yol \u00fczerinde MSS de\u011feri \u00e7ok b\u00fcy\u00fck ayarlanm\u0131\u015fsa, bu durum TLS kay\u0131tlar\u0131n\u0131n boyutunu etkileyebilir. \u00d6zellikle VPN t\u00fcnelleri veya di\u011fer t\u00fcnelleme teknolojileri kullan\u0131l\u0131yorsa, MSS ayarlamalar\u0131 daha kritik hale gelebilir.<\/p>\nSSL\/TLS Protokol ve \u015eifre Paketi Anla\u015fmas\u0131<\/h4>\n
\n* G\u00fc\u00e7l\u00fc \u015eifre Paketleri:<\/strong> Sunucunuzun, Forward Secrecy (\u0130leri Gizlilik) sa\u011flayan ve modern, g\u00fc\u00e7l\u00fc \u015fifre paketlerini (\u00f6rn. AES-GCM, ChaCha20-Poly1305) tercih etti\u011finden emin olun. \u00c7ok k\u0131s\u0131tlay\u0131c\u0131 bir \u015fifre paketi listesi, baz\u0131 istemcilerin ba\u011flant\u0131 kuramamas\u0131na neden olabilir.
\n* Sunucu Tercihi:<\/strong> Sunucunuzun \u015fifre paketi tercihini (server preference) etkinle\u015ftirerek, sunucunun kendi tercih etti\u011fi g\u00fc\u00e7l\u00fc \u015fifre paketlerini istemciye sunmas\u0131n\u0131 sa\u011flay\u0131n.<\/p>\nD\u00fczenli \u0130zleme ve Test Etme<\/h4>\n
\n* Sertifika S\u00fcresi \u0130zleme:<\/strong> Sertifikalar\u0131n\u0131z\u0131n s\u00fcresinin dolmad\u0131\u011f\u0131ndan emin olmak i\u00e7in otomatik izleme sistemleri kurun. Let’s Encrypt gibi hizmetler otomatik yenileme sunarken, di\u011fer sertifikalar i\u00e7in manuel yenileme veya hat\u0131rlat\u0131c\u0131lar gerekebilir.
\n* A\u011f \u0130zleme Ara\u00e7lar\u0131:<\/strong> Zabbix, Prometheus gibi a\u011f izleme \u00e7\u00f6z\u00fcmleri, sunucunuzun ve a\u011f cihazlar\u0131n\u0131z\u0131n performans\u0131n\u0131 ve hata durumlar\u0131n\u0131 takip etmek i\u00e7in kullan\u0131labilir.<\/p>\nSSL\/TLS Da\u011f\u0131t\u0131m\u0131 i\u00e7in En \u0130yi Uygulamalar<\/h4>\n
\n* Ge\u00e7erli ve Do\u011fru Y\u00fckl\u00fc Sertifikalar Kullan\u0131n:<\/strong> G\u00fcvenilir bir Sertifika Yetkilisinden (CA) al\u0131nm\u0131\u015f ge\u00e7erli sertifikalar kullan\u0131n ve bunlar\u0131 sunucuya do\u011fru \u015fekilde y\u00fckleyin. Sertifika zincirinin eksiksiz oldu\u011fundan emin olun.
\n* G\u00fcvenli \u015eifre Paketleri ve Protokoller Yap\u0131land\u0131r\u0131n:<\/strong> Yaln\u0131zca TLSv1.2 ve TLSv1.3 gibi modern protokolleri etkinle\u015ftirin ve g\u00fc\u00e7l\u00fc, ileri gizlili\u011fi olan \u015fifre paketlerini tercih edin.
\n* A\u011f Topolojisini Anlay\u0131n:<\/strong> A\u011f\u0131n\u0131zdaki t\u00fcm ara cihazlar\u0131n (y\u00fck dengeleyiciler, g\u00fcvenlik duvarlar\u0131, proxyler, CDN’ler) SSL\/TLS trafi\u011fini nas\u0131l i\u015fledi\u011fini tam olarak anlay\u0131n ve yap\u0131land\u0131rmalar\u0131n\u0131 buna g\u00f6re optimize edin.
\n* Otomatikle\u015ftirilmi\u015f Yenilemeler Kullan\u0131n:<\/strong> M\u00fcmk\u00fcnse, sertifika yenileme s\u00fcre\u00e7lerini otomatikle\u015ftirin (\u00f6rn. Let’s Encrypt ile Certbot).
\n* HSTS (HTTP Strict Transport Security) Uygulay\u0131n:<\/strong> Taray\u0131c\u0131lara web sitenize her zaman HTTPS \u00fczerinden eri\u015fmeleri gerekti\u011fini bildiren bir g\u00fcvenlik mekanizmas\u0131d\u0131r. Bu, istemcinin yanl\u0131\u015fl\u0131kla HTTP \u00fczerinden ba\u011flanmas\u0131n\u0131 engelleyerek baz\u0131 SSL hatalar\u0131n\u0131 \u00f6nleyebilir.<\/p>\nSonu\u00e7<\/h3>\n
s_client<\/code> gibi a\u011f ara\u00e7lar\u0131n\u0131 kullanman\u0131n ve sunucu loglar\u0131n\u0131 dikkatlice incelemenin \u00f6nemini vurgulad\u0131k.<\/p>\n