Bağlantı Sıfırlandı Hatası (ERR_CONNECTION_RESET) Nasıl Çözülür?

Bağlantı sıfırlandı hatası (ERR_CONNECTION_RESET) nedir?

Bağlantı sıfırlandı hatası, tarayıcınızın siteyle kurduğu TCP bağlantısının karşı taraftan gelen bir sıfırlama (RST) paketiyle aniden kesilmesidir. Chrome bunu "Siteye ulaşılamıyor" sayfasında ERR_CONNECTION_RESET koduyla gösterir. Sunucu, güvenlik duvarı, ağ cihazı ya da bilgisayarınızdaki bir yazılım bağlantıyı bilerek sonlandırmıştır.

Biz dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Bu yazıdaki teknik anlatım Chromium kaynak kodu, RFC 9293, Google ve Microsoft dokümanlarına dayanır. Amacımız, hatanın nerede doğduğunu anlamanız ve doğru kişiye doğru bilgiyle gitmenizdir.

Bağlantı sıfırlandı hatası tek bir sebepten çıkmaz. Bu nedenle önce sorunun sizde mi, ağda mı yoksa sunucuda mı olduğunu ayırmanız gerekir. Aşağıdaki bölümler bu sırayı izler.

Bağlantı sıfırlandı hatasını kim çözmeli: ziyaretçi mi, site sahibi mi, sunucu yöneticisi mi?

Sorumluluk her durumda aynı değildir. Site yalnızca sizde açılmıyorsa sorun büyük olasılıkla cihazınızda ya da ağınızdadır. Herkeste açılmıyorsa konu site sahibine ve sunucu yöneticisine geçer.

Üç rolü şöyle ayırabilirsiniz:

• Ziyaretçi: Tarayıcıyı, antivirüsü, VPN'i ve ağ ayarlarını kontrol eder, başka bir ağdan dener.
• Site sahibi: Sitenin herkese kapalı olup olmadığını doğrular, son değişiklikleri hatırlar ve hosting sağlayıcısına net bilgi verir.
• Sunucu yöneticisi: Güvenlik duvarını, web sunucusunu, günlükleri ve kaynak sınırlarını inceler.

Paylaşımlı hostingde yönetici rolü sağlayıcıdadır. Yani cPanel kullanıyor ve sunucuya kök erişiminiz yoksa, bu yazıdaki sunucu komutları size değil sağlayıcınıza aittir. Böyle bir durumda doğru hamle, topladığınız bilgilerle destek talebi açmaktır.

TCP sıfırlama (RST) paketi tam olarak ne anlamına gelir?

TCP, iki uç arasında bağlantı kurup veriyi sıralı taşıyan protokoldür. RFC 9293 sıfırlama bitini (RST) "bağlantıyı sıfırla" olarak tanımlar. Bu bit, karşı tarafa "bu bağlantıyı hemen bırak" demenin en sert yoludur.

RFC 9293, Bölüm 3.5.2'de sıfırlamanın ne zaman gönderildiğini anlatır. Örneğin kapalı durumdaki bir TCP uç noktası, kendisine gelen her segmente, başka bir sıfırlama dışında, sıfırlamayla yanıt verir. Bu yüzden dinleyen hiçbir servisin olmadığı bir porta gelen istek de RST yanıtı alır.

Burada önemli bir ayrım vardır. Normal kapanışta taraflar FIN gönderir ve iki taraf da bunu bilir. RST ise nezaketsiz bir kesintidir. Tarayıcı bu yüzden "bağlantı sıfırlandı" der ve elinde gösterecek bir sayfa kalmaz.

RST gönderen her zaman hedef sunucu olmak zorunda değildir. Aradaki bir güvenlik duvarı, yük dengeleyici ya da izinsiz araya giren bir ağ cihazı da yolun ortasında sıfırlama üretebilir. Dolayısıyla "kim sıfırladı?" sorusu çoğu zaman bu yazının asıl sorusudur.

ERR_CONNECTION_RESET ile diğer bağlantı hataları arasındaki fark nedir?

Chromium, ağ hatalarını net_error_list.h dosyasında numaralandırır ve her birine kısa bir açıklama yazar. Birbirine benzeyen dört hata kodu sık karıştırılır. Aşağıdaki tablo açıklamaları Chromium kaynağından özetler.

Bu tablo pratikte şunu söyler: ERR_CONNECTION_RESET çoğunlukla bağlantı kurulduktan sonra, örneğin TLS el sıkışması ya da istek sırasında kopar. ERR_CONNECTION_REFUSED ise bağlanma denemesinin kendisinde reddedilmiştir. Zaman aşımında ise sessizlik vardır.

Yine de hatayı kodla değil, davranışla teşhis edin. Aynı sorun farklı tarayıcılarda farklı kodla görünebilir.

Hata yalnızca sizde mi yoksa herkeste mi var?

Her şeyden önce kapsamı belirleyin. Bu tek adım, sonraki bütün işleri ikiye böler. Çünkü sorun herkeste varsa cihazınızı kurcalamanın anlamı yoktur.

Şu üç kontrolü sırayla yapın:

1. Siteyi telefonunuzda, mobil veriyle açmayı deneyin. Wi-Fi'ye bağlı değilken açılıyorsa sorun yerel ağınızdadır.
2. Başka bir tarayıcıda ya da başka bir bilgisayarda deneyin.
3. Dışarıdan bir kontrol aracı kullanın. Örneğin site çöktü mü aracımız siteye dışarıdaki bir noktadan istek atar.

Mobil veride açılıyor ama Wi-Fi'de açılmıyorsa modem, servis sağlayıcı ya da ağ filtresi şüphelidir. Hiçbir yerde açılmıyorsa site sahibinin sunucu tarafına bakması gerekir.

Bağlantı sıfırlandı hatasında ziyaretçi için hızlı çözüm sırası nedir?

Sorun yalnızca sizdeyse en ucuz denemelerden en pahalılara doğru ilerleyin. Böylece gereksiz ayar değiştirmezsiniz. Sıra genellikle şöyle olmalıdır:

1. Sayfayı yeniden yükleyin ve bir dakika bekleyin. Geçici ağ kesintileri kendiliğinden düzelebilir.
2. Gizli pencerede açın. Açılıyorsa sorun eklentilerde ya da önbellekte olabilir.
3. VPN, proxy ve güvenlik yazılımınızı geçici olarak kapatıp deneyin.
4. Tarayıcı verilerini temizleyin.
5. Windows kullanıyorsanız ağ yığınını sıfırlayın (aşağıdaki komutlar).
6. Modemi yeniden başlatın ya da farklı bir ağdan deneyin.

Her adımdan sonra siteyi yeniden deneyin. Böylece hangi adımın sorunu çözdüğünü görürsünüz. Çözen adımı not etmek, aynı sorun tekrar ettiğinde zaman kazandırır. Hiçbir adım işe yaramazsa sorun büyük olasılıkla sizin tarafınızda değildir, o zaman aşağıdaki site sahibi bölümlerine geçin.

Chrome ayarlarında ve eklentilerde neye bakmalısınız?

Google'ın Chrome yardım sayfası, bağlantı hatalarında önce gizli pencerede denemeyi önerir. Sayfa gizli pencerede açılıyorsa genellikle bir eklenti ya da bozuk önbellek sorun çıkarıyordur. Çünkü gizli pencere varsayılan olarak eklentileri kapalı çalıştırır.

Eklentileri tek tek kapatarak suçluyu bulun. Reklam engelleyiciler, güvenlik eklentileri ve proxy yöneticileri en sık görülen adaylardır.

Ardından tarayıcı verilerini temizleyin. Chrome'da Ctrl+Shift+Delete kısayolu temizleme penceresini açar. Önbellekteki dosyaları ve çerezleri seçip silin. Tüm geçmişinizi silmeniz gerekmez.

Hâlâ çözülmediyse Chrome ayarlarındaki "Ayarları sıfırla" bölümünü deneyin. Bu işlem eklentileri devre dışı bırakır ve başlangıç ayarlarını varsayılana döndürür. Yer imlerinize dokunmaz, ancak oturumlarınızı etkileyebilir.

Antivirüs, güvenlik duvarı ve HTTPS taraması bağlantıyı nasıl sıfırlar?

Bazı antivirüs ve internet güvenliği yazılımları şifreli trafiği denetlemek için araya girer. Google'ın dokümanı, "HTTPS koruması" ya da "HTTPS taraması" özelliği olan yazılımları geçici olarak kapatıp denemeyi önerir. Bu yazılımlar Chrome'un güvenlik kontrolleriyle çakışabilir.

Pratikte iki senaryo görürsünüz. Birincisi, yazılım belirli bir siteye ait bağlantıyı zararlı sayıp keser. İkincisi, yazılım yeni TLS davranışlarını tanımaz ve el sıkışmayı bozar.

Şunu deneyin:

• Antivirüsün web koruma ya da HTTPS tarama özelliğini kısa süre kapatın.
• Windows güvenlik duvarında Chrome'un engellenip engellenmediğine bakın.
• Site açılırsa özelliği kalıcı kapatmak yerine siteyi istisna listesine ekleyin.

Yazılım adını ve sürümünü not edin, çünkü üretici desteği bu bilgiyi ister. Ayrıca yazılımı güncellemek de çoğu zaman uyumsuzluğu giderir.

Test bittikten sonra korumayı mutlaka yeniden açın. Güvenlik yazılımını kapalı bırakmak, tek bir siteyi açmaktan çok daha pahalıya gelir.

VPN ve proxy bağlantıyı sıfırlıyor olabilir mi?

Evet, olabilir. VPN çıkış noktası bazı sitelerin güvenlik duvarında engelli olabilir. Site, VPN sağlayıcısının IP aralığını otomatik saldırı trafiği saydığı için bağlantıyı keser.

Proxy ayarları da benzer sorun çıkarır. Eski bir yazılımdan kalan proxy girdisi, bugün artık var olmayan bir sunucuya yönlendirme yapıyor olabilir. Bu durumda her istek yarıda kalır.

Kontrol etmek için şunları yapın:

1. VPN'i kapatıp siteyi deneyin.
2. Windows'ta Ayarlar, Ağ ve İnternet, Proxy bölümüne gidin ve tanımadığınız bir proxy olup olmadığına bakın.
3. İş bilgisayarındaysanız proxy ayarını kendiniz değiştirmeyin. Google'ın dokümanı da kurumsal proxy kaynaklı sorunlarda yöneticiye başvurmayı önerir.

Site VPN'siz açılıyorsa sorun büyük olasılıkla VPN çıkış IP'sindedir. Bu durumda sağlayıcınızın başka bir sunucusunu seçmeniz yeterli olabilir.

DNS ve Windows ağ yığını sıfırlama komutları ne işe yarar?

Microsoft'un destek sayfası, ağ sorunlarında şu komutları yönetici olarak çalıştırılan Komut İstemi'nde sırayla denemeyi önerir. Komutlar TCP/IP yığınını sıfırlar, IP adresini yeniler ve DNS önbelleğini temizler.

netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns

Her komutun görevi ayrıdır:

• netsh winsock reset Windows'un soket katalogunu varsayılana döndürür.
• netsh int ip reset TCP/IP yapılandırmasını sıfırlar.
• ipconfig /release ve ipconfig /renew IP adresinizi bırakıp yeniden alır.
• ipconfig /flushdns yerel DNS önbelleğini temizler.

Komutları çalıştırdıktan sonra bilgisayarı yeniden başlatmanız gerekebilir. Ayrıca bu komutlar yerel ağ ayarlarınızı etkiler. Sabit IP kullanıyorsanız önce ayarlarınızı not alın.

Bu adım her ERR_CONNECTION_RESET sorununu çözmez. Yalnızca cihazınızdaki ağ yığını bozulmuşsa işe yarar. Başka cihazlarda da sorun varsa komutları denemekle zaman kaybedersiniz.

Etki alanı adını çözümleme tarafını da kontrol etmek isterseniz DNS sorgulama aracımız kayıtların doğru IP'yi gösterip göstermediğini görmenizi sağlar.

Modem, servis sağlayıcı ve kurumsal ağ kaynaklı sıfırlamalar nasıl anlaşılır?

Sorun yalnızca belirli bir ağda çıkıyorsa suçlu o ağdır. Modemler, servis sağlayıcıların filtreleri ve kurumsal güvenlik cihazları, bağlantıyı yolun ortasında sıfırlayabilir.

Bunu anlamak için aynı bilgisayarla ağı değiştirin. Telefonunuzu hotspot olarak kullanabilirsiniz. Site hotspot üzerinden açılıyorsa sorun ev ya da ofis ağındadır.

Bu aşamada, bağlantının yol üzerinde nerede koptuğunu görmek isteyebilirsiniz. Traceroute rehberimiz yolun hangi noktada takıldığını okumanıza yardım eder. Ancak sonucu yorumlarken dikkatli olun. Aradaki cihazların bir kısmı traceroute yanıtını hiç vermez, bu da tek başına sorun anlamına gelmez.

Ofis ağındaysanız ve sorun yalnızca orada varsa, ağ yöneticinize ya da servis sağlayıcınıza hata saatini ve site adresini iletin. Kendi başınıza cihaz ayarı kurcalamayın.

Telefonda ve tabletinizde bu hatayı nasıl giderirsiniz?

Mobil cihazlarda hata, masaüstüyle aynı nedenlerden doğar. Ancak ağ geçişleri daha sık olduğu için kısa kesintiler daha çok görülür. Önce Wi-Fi ile mobil veri arasında geçiş yapın ve siteyi yeniden deneyin.

Ardından şu adımları izleyin:

1. Uçak modunu bir kez açıp kapatın. Böylece cihaz ağa yeniden bağlanır.
2. Yüklü VPN ya da güvenlik uygulamasını kapatıp deneyin.
3. Tarayıcının önbelleğini ve site verilerini temizleyin.
4. Wi-Fi ağını unutup yeniden bağlanın.
5. Mümkünse farklı bir tarayıcı uygulamasında açın.

Hata yalnızca belirli bir Wi-Fi ağında çıkıyorsa suçlu büyük olasılıkla o ağdır. Örneğin otel ya da kafe ağlarında giriş sayfası (captive portal) bağlantıyı ilk anda keser. Google'ın dokümanı da bu tür ağlarda önce "http://" ile başlayan bir sayfa açıp oturum açmayı önerir.

WordPress sitenizde eklenti ve tema bu hatayı tetikleyebilir mi?

Evet, dolaylı olarak tetikleyebilir. Güvenlik eklentileri çok sayıda isteği saldırı sayıp IP'yi geçici engelleyebilir. Önbellek ve yönlendirme eklentileri ise yanlış kurallarla bağlantıyı bozabilir.

Site sahibi olarak şu sırayı izleyin:

• Hatanın başladığı saatten önce hangi eklentiyi, temayı ya da ayarı değiştirdiğinizi hatırlayın.
• Son değişikliği geri alın ve siteyi yeniden deneyin.
• Güvenlik eklentisinin engellenen IP listesine bakın ve kendi IP'nizin orada olup olmadığını kontrol edin.
• Şüpheli eklentileri tek tek devre dışı bırakın.

Yönetim paneline giremiyorsanız dosya yöneticisinden ya da FTP ile eklenti klasörünün adını değiştirebilirsiniz. Bu işlem eklentiyi devre dışı bırakır. Ancak canlı sitede değişiklik yapmadan önce yedek almanız gerekir. Yedekleme konusunda web sitesi yedekleme stratejisi yazımız yol gösterir.

Sunucu günlüklerinde hangi izleri aramalısınız?

Günlükler, sorunun hangi katmanda doğduğunu söyleyen en güvenilir kaynaktır. Ancak yolları ve dosya adlarını dağıtımınıza ve panele göre kontrol etmeniz gerekir. cPanel, nginx, Apache ve güvenlik duvarının günlükleri farklı yerlerde durur.

Mantık ise basit ve her yerde geçerlidir. Hata saatinde erişim günlüğüne bakın:

• İstek günlükte hiç yoksa: İstek web sunucusuna ulaşmamıştır. Güvenlik duvarı, CDN, ağ ya da servis sağlayıcı katmanını şüphelenin.
• İstek günlükte varsa: İstek sunucuya ulaşmıştır. Bu kez uygulama, ters proxy ve kaynak sınırlarını inceleyin.
• Hata günlüğünde bellek ya da işlem sınırı mesajı varsa: Kaynak sorunu önceliklidir.

Bu ayrım, aramayı yarıya indirir. Üstelik hosting sağlayıcınıza "isteğin günlükte görünüp görünmediğini" iletmek, destek sürecini hızlandırır.

Site sahibiyseniz hangi sunucu tarafı nedenler bağlantıyı sıfırlar?

Site herkeste sorun veriyorsa tarafınız değişir. Bu durumda neden büyük olasılıkla sunucu ya da önündeki katmanlardan birindedir. En sık görülen kaynakları şöyle sıralayabiliriz:

• Dinleyen servis yok: Web sunucusu çökmüş ya da yeniden başlıyordur. RFC 9293'e göre kapalı porta gelen istek sıfırlama yanıtı alır.
• Güvenlik duvarı ya da hız sınırı: Çok sayıda istek gönderen bir IP, otomatik olarak engellenmiştir.
• WAF kuralı: Web uygulaması güvenlik duvarı bir isteği şüpheli bulup bağlantıyı kesmiştir.
• TLS yapılandırması: Sertifika, protokol sürümü ya da şifre takımı uyumsuzluğu el sıkışmayı bozar.
• Kaynak sınırı: Bellek ya da bağlantı sayısı dolmuş, işlem sonlandırılmıştır.
• Ters proxy ve CDN: Aradaki katman ile asıl sunucu arasındaki bağlantı kopmuştur.

Bir de taşıma ve değişiklik ihtimali vardır. Örneğin hosting taşımasından sonra alan adı hâlâ eski sunucuya yöneliyorsa, o sunucuda servis kapalı olabilir ve istekler sıfırlanır. DNS kayıtlarınızı bu nedenle yeni IP ile karşılaştırın.

Hangisinin sorumlu olduğunu günlükler söyler. Bu nedenle ilk iş, hatanın başladığı saati not etmektir. Sonra o saat civarındaki günlükleri okuyun.

Güvenlik duvarı, CSF ve ModSecurity engeli nasıl anlaşılır?

Sorun yalnızca sizde, ama aynı ağdaki başka kişilerde yoksa IP adresiniz engellenmiş olabilir. cPanel ve VPS sunucularda sık kullanılan CSF, çok sayıda hatalı girişi ya da hızlı istek akışını gördüğünde IP'yi otomatik engeller. CSF rehberimiz bu mekanizmayı ayrıntılı anlatır.

Kök erişimi olan yönetici, IP adresinin engel listesinde olup olmadığını CSF komutuyla arayabilir. Aşağıdaki IP, dokümantasyon için ayrılmış örnek bir adrestir.

csf -g 203.0.113.10

Komut, IP'nin hangi kuralla eşleştiğini gösterir. Engel kalkması gerekiyorsa CSF'nin kendi dokümanındaki kaldırma komutunu kullanın. Yanlış IP'yi açmak güvenliği zayıflatır.

ModSecurity ise farklı davranır. Çoğu kurulumda şüpheli isteğe 403 yanıtı verir, bağlantıyı sıfırlamaz. Yine de yapılandırmaya göre bağlantıyı kesen kurallar tanımlanabilir. Ayrıntı için ModSecurity ve WAF rehberimize bakın.

Sunucuda port ve servis durumunu nasıl kontrol edersiniz?

Kendi VPS'inizi yönetiyorsanız önce servisin gerçekten çalıştığını doğrulayın. Aşağıdaki komutlar Linux sunucularda yaygındır. Dağıtımınıza göre servis adı değişebilir, örneğin nginx yerine apache2 ya da httpd olabilir.

sudo systemctl status nginx
sudo ss -tlnp
sudo nginx -t

İlk komut servisin ayakta olup olmadığını gösterir. İkincisi hangi portları hangi işlemin dinlediğini listeler. Üçüncüsü nginx yapılandırma dosyasının sözdizimini sınar.

Dışarıdan davranışı görmek için curl -v https://example.com komutunu kendi alan adınızla deneyin. Çıktıda bağlantının hangi aşamada koptuğunu okuyabilirsiniz. TLS tarafı için openssl s_client -connect example.com:443 -servername example.com kullanın.

Komutların ne yaptığından emin değilseniz çalıştırmayın. Hatalı bir yeniden başlatma, çalışan siteyi de düşürür.

Kaynak limiti ve bağlantı sınırı hatayı nasıl tetikler?

Sunucu kaynakları dolduğunda hata, çoğu zaman 5xx koduyla görünür. Ancak bazı durumlarda bağlantı hiç yanıt üretemeden kesilir ve ziyaretçi sıfırlama görür.

Belirtiler genellikle şunlardır:

• Yoğun saatlerde hata artar, gece azalır.
• Web sunucusunun ya da uygulama havuzunun işlem sınırı dolmuştur.
• Bellek yetmediği için sistem bir işlemi sonlandırmıştır.
• Hosting paketindeki eşzamanlı bağlantı ya da işlem sınırı aşılmıştır.

Aynı kaynak sorunları 5xx olarak göründüğünde ilgili yazılara bakın: 500 hatası, 502 Bad Gateway ve 503 Service Unavailable. Bu yazılar, kaynak sınırlarını ve upstream sorunlarını ayrıntılı işler.

Bir sorunun kaynak kaynaklı olup olmadığını anlamanın yolu, hata saatleriyle kullanım grafiğini üst üste koymaktır. Hata zirve saatlerinde artıyorsa kaynak şüphesi güçlenir. Hata rastgele dağılıyorsa güvenlik duvarı ya da ağ kaynaklı olabilir.

Paylaşımlı hostingde sınırları siz değiştiremezsiniz. Kaynak yetersizliği şüphesi varsa kullanım grafiğinizi ve hata saatlerini sağlayıcıya gönderin.

nginx ve ters proxy yapılandırması bağlantıyı neden keser?

Bazı sunucular bağlantıyı bilerek hiçbir yanıt vermeden kapatır. nginx dokümanı bunu açıkça tarif eder: 444 kodu, yanıt başlığı göndermeden bağlantıyı kapatır. Yönetici, istenmeyen istekleri kısa yoldan eleyebilmek için bu kodu kullanabilir.

Ziyaretçi açısından sonuç, boş yanıt ya da bağlantı sıfırlandı gibi bir hatadır. Örneğin yönetici yanlış bir kuralla kendi gerçek ziyaretçilerini de bu yola sokmuş olabilir. Bu yüzden yeni eklenen engelleme kurallarını önce test etmek gerekir.

Ters proxy kullanıyorsanız ek bir halka daha vardır. Önde duran proxy ile arkadaki uygulama sunucusu arasında bağlantı kopsa bile ziyaretçi hata görebilir. Hangi katmanın sıfırladığını anlamak için hem proxy hem uygulama günlüklerini aynı saat için karşılaştırın.

TLS sorunu mu var? SSL hatalarından nasıl ayırırsınız?

Sıfırlama bazen TLS el sıkışması sırasında gelir. Sunucu, istemcinin sunduğu protokol sürümünü ya da şifre takımını kabul etmezse bağlantıyı keser. Chromium bunun için ayrı bir kod da tanımlar: ERR_SSL_VERSION_OR_CIPHER_MISMATCH. Bu kod, istemci ile sunucunun ortak bir protokol sürümü ya da şifre takımı desteklemediğini söyler.

Bu yazı o hatanın çözümünü ayrıntılı anlatmaz. Çünkü onun ayrı bir yazısı vardır. Burada yalnızca ayrımı bilmeniz yeterli: kod doğrudan SSL uyuşmazlığını söylüyorsa TLS yapılandırmasına bakın, yalnızca sıfırlama diyorsa yukarıdaki sıraya devam edin.

Sertifikanın geçerli olup olmadığını SSL sorgulama aracımızla hızlıca kontrol edebilirsiniz. Genel kavramlar için SSL sertifikası rehberimiz yeterlidir.

DNS kaynaklı bir sorunda tarayıcı genellikle DNS_PROBE hatalarından birini verir. Bu hata ailesi de ayrı bir yazının konusudur. Kısaca, alan adı IP'ye çözülemiyorsa bağlantı hiç kurulmaz ve sıfırlama oluşmaz.

Belirtiye göre hangi nedene bakmalısınız?

Aşağıdaki tablo, gözlemlediğiniz belirtiyi olası nedene ve ilk kontrole bağlar. Her satır bir ipucudur, kesin teşhis değildir.

Tabloyu bir kontrol listesi gibi kullanın. Eşleşen satırdan başlayın, sonuç alamazsanız bir sonraki satıra geçin.

Bağlantı sıfırlandı hatası SEO'ya ve satışlara zarar verir mi?

Ziyaretçi için sorun bir rahatsızlıktır. Arama motoru için ise daha ciddidir. Google'ın ağ ve DNS hataları dokümanı şöyle der: Google, ağ zaman aşımlarını, bağlantı sıfırlamalarını ve DNS hatalarını 5xx sunucu hatalarına benzer biçimde ele alır. Aynı doküman, ulaşılamayan ve zaten indekste olan URL'lerin günler içinde indeksten çıkarılabileceğini söyler.

Dolayısıyla bağlantı sıfırlama yalnızca tek tek ziyaretçileri değil, tarama botunu da etkiliyorsa acil bir konudur. Bir güvenlik duvarı kuralı yanlışlıkla Googlebot'u engelliyor olabilir. Google'ın önerdiği ilk adım da güvenlik duvarı ayarlarına ve günlüklere bakmaktır.

E-ticaret sitelerinde etki doğrudan gelire yansır. Sepet ya da ödeme sayfasında bağlantı kopması, sipariş kaybı demektir. Teknik SEO ve altyapı etkisini birlikte değerlendirmek isterseniz SEO danışmanlığı hizmetimize göz atabilirsiniz.

Ne zaman kendiniz uğraşmamalı, hosting sağlayıcınıza bırakmalısınız?

Aşağıdaki durumlarda kendiniz müdahale etmeyin, sağlayıcınıza yazın:

• Paylaşımlı hosting kullanıyorsunuz ve sunucuya kök erişiminiz yok.
• Hata herkeste var ve hiçbir yapılandırma değişikliği yapmadınız.
• Güvenlik duvarı ya da WAF kuralını nasıl değiştireceğinizden emin değilsiniz.
• Sorun yalnızca yoğun saatlerde çıkıyor ve kaynak sınırı şüphesi var.
• Google, sitenizin ulaşılamadığını bildiriyor.

Destek talebinde şu bilgileri verin: hatanın ilk görüldüğü saat, etkilenen sayfalar, sorunun herkeste mi yoksa belirli ağlarda mı olduğu ve son yaptığınız değişiklikler. Ayrıca varsa hata ekran görüntüsünü ekleyin. Bu bilgiler olmadan destek ekibi tahminle ilerler.

Sağlayıcı seçerken destek kalitesini de değerlendirmek isterseniz hosting seçim rehberimiz bu konuda kriterleri sıralar.

Bağlantı sıfırlandı hatası tekrarlamasın diye ne yapmalısınız?

Sorunu çözmek yarım iştir. Aynı hatanın haftalar sonra yeniden çıkmaması için birkaç alışkanlık edinmeniz gerekir. Bunlar pahalı değildir, yalnızca düzen ister.

Site sahibi olarak şunları yapın:

• Dış bir izleme aracıyla sitenizin erişilebilirliğini düzenli denetleyin.
• Güvenlik duvarı ve WAF kuralı eklemeden önce bir deneme ortamında test edin.
• Sertifika bitiş tarihini takvime işleyin ve yenilemeyi önceden yapın.
• Hosting sağlayıcınızın kaynak kullanım grafiğini ayda bir inceleyin.
• Yapılandırma değişikliklerinin tarihini bir not defterinde tutun.

Ziyaretçi olarak ise tarayıcınızı ve güvenlik yazılımınızı güncel tutun. Ayrıca kullanmadığınız eklentileri kaldırın. Çünkü her eklenti, bağlantıya müdahale edebilecek bir katman daha demektir.

Bu önlemler hatayı sıfıra indirmez. Yine de bir sorun çıktığında nedenini bulmanızı hızlandırır, çünkü elinizde karşılaştıracak bir geçmiş olur.

Teşhis sırasını da tek bir akışa sığdırabiliriz. Önce kapsamı ayırın, sonra katmanları dıştan içe doğru kontrol edin.

1. Sorun herkeste mi, yalnızca sizde mi? Mobil veri ve dış kontrol aracıyla ayırın.
2. Yalnızca sizdeyse tarayıcıyı, eklentiyi, antivirüsü, VPN'i ve proxy'yi sırayla eleyin.
3. Yalnızca bir ağdaysa modemi, servis sağlayıcıyı ve kurumsal filtreyi değerlendirin.
4. Herkesteyse sunucu servisini, güvenlik duvarını ve TLS ayarını inceleyin.
5. Günlüklerde hata saatini bulun ve gerekiyorsa hosting sağlayıcınıza bilgiyle başvurun.

Bu sıra size zaman kazandırır, çünkü en sık görülen ve en ucuz çözümleri önce eler. Sonuçta bağlantı sıfırlandı hatası gizemli bir hata değildir. Bağlantıyı kimin kestiğini bulduğunuzda, çözüm çoğunlukla belli olur.