ERR_CONNECTION_RESET Hatası Nedir ve Nasıl Çözülür?

ERR_CONNECTION_RESET, tarayıcınız ile hedef web sitesi arasındaki TCP bağlantısının beklenmedik şekilde sıfırlanması (TCP RST) sonucu oluşan bir hatadır. Basitçe; bağlantı kurulur, fakat istemci, sunucu veya aradaki bir ağ cihazı (modem, proxy, güvenlik duvarı, antivirüs, kurumsal ağ ekipmanı vb.) bağlantıyı bir anda koparır. Bu yazıda hatanın teknik arka planını, kullanıcı tarafı ve site sahipleri için adım adım çözüm yollarını ve 2025 itibarıyla görülebilen yeni nedenleri (ör. TLS/QUIC veya post-kuantum TLS uyumsuzlukları) anlatıyoruz.

ERR_CONNECTION_RESET Hatasının Kısa Özeti

• Ne demek? Bir taraf bağlantıyı RST paketiyle zorla kapattı.
• Kim tetikler? Tarayıcı, sunucu, ara cihaz (NAT, güvenlik duvarı, IDS/IPS, antivirüs SSL/TLS taraması), VPN/Proxy veya hatalı ağ ayarları.
• Ne zaman olur? DNS sorunları, MTU uyumsuzluğu, aşırı büyük header/cookie, zaman aşımı/keep-alive uyumsuzluğu, TLS/QUIC uyumsuzluğu, antivirüsün HTTPS’i kesmesi gibi durumlarda.

Hata Nedenleri: Teknik Bakış

TCP’de RST (reset), taraflardan birinin oturumu anında sonlandırmasıdır. Bunun pratik yansımaları:

• İstemci tarafı: VPN/Proxy, bozuk Winsock yığını, DNS önbelleği, agresif antivirüs/ güvenlik duvarı, tarayıcı uzantıları, yanlış MTU.
• Sunucu/altyapı: Nginx/Apache/Node’da timeout ve keep-alive ayarları, yük dengeleyici (ALB/CLB/NLB) idle timeout, WAF/sunucu güvenlik politikaları, hatalı HTTP/2/3 (QUIC) veya fazla büyük header/cookie.
• Protokol uyumsuzluğu: QUIC/HTTP/3 veya yeni TLS 1.3 hybridized Kyber (post-kuantum) denemeleriyle bazı kurumsal cihazların uyum problemi.

Hızlı Çözüm Adımları (Önce Bunları Deneyin)

1. Farklı ağ / cihaz ile test: Mobil veride açılıyorsa sorun yerel ağınızda olabilir.
2. VPN/Proxy kapat: Kurumsal proxy veya VPN tünelleri bağlantıyı sıfırlayabilir.
3. Tarayıcı temizliği: Önbellek/çerezleri temizleyin; uzantıları devre dışı bırakın (özellikle güvenlik ve proxy eklentileri).
4. Modem/Yönlendirici yeniden başlat: NAT tabloları ve bağlantılar sıfırlansın.
5. DNS değiştir: Geçici olarak 1.1.1.1 / 8.8.8.8 gibi güvenilir DNS kullanın.

Adım Adım: Kullanıcı (İstemci) Tarafı Çözümler

1) Windows’ta ağ yığınını sıfırlama

Yönetici Komut İstemi açın ve aşağıdakileri sırayla çalıştırın (her satırdan sonra Enter):

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

Ardından bilgisayarı yeniden başlatın. Bu işlem bozuk Winsock LSP’leri, hatalı TCP/IP parametrelerini ve bozuk DNS önbelleğini temizler.

2) macOS’ta DNS ve TCP/IP yenileme

• DNS önbelleğini temizle: Terminal’de sudo killall -HUP mDNSResponder (yeni sürümler) veya dscacheutil -flushcache (uyumlu sürümler) çalıştırın.
• DHCP yenile: Sistem Ayarları → Ağ → etkin bağlantı → Gelişmiş → TCP/IP → DHCP Kiralamasını Yenile.
• DNS sunucularını değiştir: Sistem Ayarları → Ağ → DNS sekmesi → 1.1.1.1, 8.8.8.8 ekleyin.

3) Tarayıcı kaynaklı problemler

• Uzantıları kapatın: Reklam engelleyici, güvenlik, proxy, antivirüs eklentileri.
• QUIC’i devre dışı bırak (geçici test): Chrome/Edge adres çubuğuna chrome://flags yazın, “Experimental QUIC protocol” seçeneğini Disabled yapın ve tarayıcıyı yeniden başlatın.
• Post-Kuantum TLS denemesini kapat (yalnızca test için): Bazı ağ cihazları TLS 1.3 Hybridized Kyber trafiğini bozar. chrome://flags → “TLS 1.3 hybridized Kyber support” → Disabled deneyin.

4) Antivirüs / Güvenlik duvarı

Birçok güvenlik çözümü HTTPS trafiğini ara sertifika ile çözerek tarar. Uyum problemi olduğunda bağlantı sıfırlanabilir.

• Antivirüsünüzde “SSL/TLS tarama” veya “Şifreli bağlantıları tara” gibi özellikleri geçici olarak kapatıp tekrar deneyin.
• Kurum içi güvenlik duvarı/WAF varsa, ilgili domain için istisna tanımlayın.

Not: Güvenlik özelliklerini kalıcı olarak kapatmayın; sorunu doğruladıktan sonra üretici yönergelerine göre istisna veya sertifika düzeltmesi uygulayın.

5) MTU (Maksimum İletim Birimi) uyumsuzluğu

Özellikle PPPoE/VPN tünellerinde hatalı MTU, büyük paketlerde kırpmaya/engellemeye ve reset benzeri sorunlara yol açabilir.

1. Windows’ta MTU keşfi: ping -f -l 1472 1.1.1.1 (1472 başarısızsa değeri düşürerek en yüksek başarılı değeri bulun; MTU ≈ değer + 28).
2. Yönlendiricide/arayüzde MTU ayarla: PPPoE’de yaygın pratik değer 1492 veya bazı senaryolarda 1452.

Site Sahipleri/DevOps İçin: Sunucu Tarafı Teşhis ve Çözümler

1) Günlükleri ve paketleri inceleyin

• Nginx hata günlüğü: “upstream prematurely closed connection”, “reset by peer” gibi iletiler.
• Uygulama logları: Yükte belleğin bitmesi, işlem çökmesi, beklenmeyen kapanış.
• Paket yakalama: tcpdump -ni any host <IP> and tcp[tcpflags] & tcp-rst != 0 ile RST paketlerini görün.

2) Ters proxy / web sunucusu ayarları

Nginx için tipik iyileştirmeler:

http {
  # Büyük header/cookie için tamponlar
  large_client_header_buffers 4 16k;

  # Keep-alive ve zaman aşımı
  keepalive_timeout 65s;

  # Upstream zaman aşımı (uzun sorgular/raporlar için)
  proxy_connect_timeout 75s;
  proxy_read_timeout 300s;
  proxy_send_timeout 300s;
}

Uygulama sunucusu (Node, PHP-FPM, .NET Kestrel vb.) tarafında da keep-alive ve request body size sınırlarını kontrol edin.

3) Yük dengeleyici (LB) “idle timeout”

AWS Application/Classic Load Balancer varsayılan idle timeout genellikle 60 sn’dir. Uzun süren isteklerde LB bağlantıyı kesip istemcide reset görüntüsüne yol açabilir. İş yükünüze uygun şekilde değeri artırın (ör. 120-300 sn) ve alt katmandaki keep-alive süreleriyle uyumlu hale getirin.

4) Cloudflare ve büyük başlıklar/cookie

Cloudflare önünde 520 hataları ve “connection reset by peer” benzeri durumlar; origin firewall, bozuk/boş yanıt, 16 KB’ı aşan başlık/cookie, hatalı HTTP/2 ayarları gibi nedenlerle oluşabilir. Cookie boyutlarını düşürün, WAF’ta CF IP’lerini izinli listeye alın ve sunucu hatalarını proper HTTP status ile dönün.

5) TLS/QUIC uyumsuzlukları

• HTTP/3 (QUIC) devredeyse ve bazı kurumsal ağlarda sorun çıkıyorsa, geçici olarak HTTP/2’ye düşürüp test edin.
• TLS 1.3 ve post-quantum ekleri (Hybridized Kyber) bazı “middlebox”larda hataya yol açabilir. Cihaz yazılımlarını güncelleyin; sorun devam ederse geçici olarak ilgili özelliği kapatıp doğrulayın.

Gelişmiş Teşhis İpuçları

• curl ile ayrıntı: curl -v https://alanadiniz.com/ (RST izleri, TLS el sıkışma hataları detaylı görünür).
• OpenSSL istemci testi: openssl s_client -connect alanadiniz.com:443 -tls1_2 -servername alanadiniz.com
• Tarayıcı konsolu/ağ sekmesi: “ERR_CONNECTION_RESET” hangi istekte tetikleniyor, Response Headers var mı?

Önleyici En İyi Uygulamalar

• Sunucu: Sağlık kontrolleri, uygun keep-alive/timeout eşleştirmesi, yeterli header tamponları, hataları 5xx ile açıkça dönme.
• İstemci: Antivirüs/sertifika politikalarını güncel tutma, gereksiz proxy/VPN kullanmama, kararlı DNS.
• Ağ: MTU tutarlılığı, cihaz yazılım güncellemeleri, QUIC/TLS özelliklerinde kontrollü geçiş.

Sonuç

ERR_CONNECTION_RESET, kabaca “bağlantı sertçe kapandı” demektir; sebep çoğu zaman aracı cihaz veya zaman aşımı/uyumsuzluk kaynaklıdır. Kullanıcı tarafında Winsock/TCP-IP reset, DNS temizliği, VPN/Proxy/Antivirüs testleri ve gerekirse MTU ayarı çoğu vakayı çözer. Site sahipleri için ise timeout/keep-alive eşleştirmesi, header/cookie boyutlarının makulleştirilmesi, Cloudflare/LB ayarları ve TLS/QUIC uyumluluğu kritik önemdedir.

👉 Profesyonel destek isterseniz; hatayı tekrar üreten ağ trafiğini, Nginx/LB loglarını ve curl -v çıktısını birlikte analiz ederek kalıcı bir çözüm planı çıkarabiliriz.

SSS – ERR_CONNECTION_RESET (FAQ)