--- title: "err_connection_reset Hatası Nedir, Nasıl Çözülür?" description: "err_connection_reset, açık bir bağlantının sıfırlama sinyaliyle kesildiğini söyler. Kimin kestiğini bulma yolu ve bilgisayar, telefon, kod için çözümler." url: https://proxynet.io/tr/blog/err-connection-reset date: 2026-10-06 author: "Acar Diveroli" category: "Nasıl Yapılır" lang: tr --- # err_connection_reset Hatası Nedir, Nasıl Çözülür? Bir siparişin ortasındasınız. Düğmeye tıklıyorsunuz, sekme bir saniye dönüyor ve Chrome "Bu siteye ulaşılamıyor" başlığını, altında "Bağlantı sıfırlandı." satırını ve en altta `ERR_CONNECTION_RESET` kodunu gösteriyor. Firefox aynı şeyi tek satırla söylüyor: "Bağlantı sıfırlandı". Diğer siteler sorunsuz açılıyor; bu site de bir dakika sonra açılabilir. Bu yazıda sıfırlamanın ne olduğunu, kimin gönderebildiğini ve sizinkinin nereden geldiğini nasıl bulacağınızı anlatıyoruz. Ardından bilgisayarda ve telefonda çözümler, site sizinse bakılacak yerler ve hatanın kodda aldığı adlar geliyor: "connection reset by peer", `ECONNRESET` ya da `WinError 10054`. > **Not: Kısa cevap** > > `ERR_CONNECTION_RESET`, siteyle açılmış bir bağlantının TCP sıfırlama (RST) sinyaliyle bir anda sonlandırıldığını söyler. Sinyali sitenin sunucusu, bilgisayarınızdaki güvenlik yazılımı, bir tarayıcı uzantısı, bir VPN ya da proxy veya ağdaki bir filtre göndermiş olabilir; tarayıcı hangisi olduğunu bilemez. Sayfayı bir kez yenileyin, sonra gizli pencerede, başka bir tarayıcıda ve telefonunuzda mobil veriyle deneyin; sayfanın nerede açıldığı, sıfırlamanın nereden geldiğini gösterir. Tek bir site yalnız tek bir ağda açılmıyorsa bağlantıyı o ağdaki bir cihaz kesiyordur ve bilgisayarınızdaki hiçbir ayar bunu değiştirmez. ## ERR_CONNECTION_RESET ne demek? Sayfa yüklenmeden önce tarayıcınız ile sitenin sunucusu bir bağlantı açar. Bu bağlantı, veri gidip geldiği sürece açık kalan iki yönlü bir hattır. Sıfırlama bu hattı ortasında keser. Chromium'un [ağ hataları listesi](https://chromium.googlesource.com/chromium/src/+/HEAD/net/base/net_error_list.h) -101 numaralı kodu "TCP RST'ye karşılık gelen" bir sıfırlama olarak tanımlar. Chrome, Edge, Brave ve Opera bu listeyi paylaştığı için aynı kodu gösterir. Komşu hatalardan farkı zamanlamadadır. `ERR_CONNECTION_REFUSED` hatasında hat hiç açılmamıştır, `ERR_CONNECTION_TIMED_OUT` hatasında karşıdan hiç cevap gelmemiştir. Sıfırlama ise hat çalışırken gelir. Bu gri ekrandaki diğer kodları [Bu Siteye Ulaşılamıyor Hatası Nedir, Neden Çıkar?](/tr/blog/this-site-cant-be-reached) yazımızda karşılaştırdık. ## Bağlantı nasıl sıfırlanır? Web sayfalarını taşıyan TCP protokolü bir bağlantıyı iki yolla bitirebilir: önce gönderimi tamamlayan nazik bir kapanışla ya da her şeyi o anda durduran bir sıfırlamayla. [RFC 9293'ün 3.5.2. bölümü](https://www.rfc-editor.org/rfc/rfc9293.html#section-3.5.2), bir programın her an sıfırlama gönderebileceğini söyler; makinenin artık tanımadığı bir bağlantıya ait paket geldiğinde TCP de kendiliğinden sıfırlama gönderir. 1. Tarayıcınız bağlantıyı açar ve `https://` sitelerde şifrelemeyi (TLS) kurar. 2. İsteği gönderir ve cevabı okumaya başlar. 3. Yol üstünde bir program bağlantının bitmesine karar verir ya da bir makine unuttuğu bir bağlantıya ait paket alır. Bu program ya da makine sıfırlama sinyalini gönderir. 4. Sinyal geldiği anda bilgisayarınız bağlantıyı bırakır ve Chrome hatayı gösterir. Sıfırlama sinyali gerekçe taşımaz ve siteden gelmiş gibi görünür, ama aradaki bir cihaz da sitenin adına bu sinyali gönderebilir. ICSI ve UC Berkeley araştırmacıları, internet sağlayıcılarının, antivirüs sistemlerinin ve ulusal filtrelerin kullandığı trafik denetim ürünlerinden gelen [sahte TCP sıfırlamalarını](https://www.icir.org/vern/papers/reset-injection.ndss09.pdf) belgelemiştir. Tarayıcı bu yüzden "sıfırlandı" diyebilir, "kim sıfırladı" diyemez. ## Sıfırlamayı kim gönderebilir? | Kim? | Neden? | Tipik belirti | İlk adım | |---|---|---|---| | Sitenin sunucusu | Yeniden başlama, çökme, bağlantı sınırı | Herkeste hata, bir gelip bir gidiyor | Biraz sonra yenileyin | | Güvenlik yazılımı | "Web koruması" ya da "HTTPS taraması" | Bir bilgisayardaki bütün tarayıcılar | Tek bir test için web korumasını duraklatın | | Tarayıcı uzantısı | VPN, proxy ya da reklam engelleme uzantısı | Tek tarayıcı; gizli pencerede açılıyor | Uzantıları kapatın | | VPN ya da proxy | Tünel düştü, boşta kalan bağlantılar kapatıldı | Yalnız o açıkken | Kapatın | | Ağ filtresi | İş yerinin, okulun ya da sağlayıcının bir kuralı | Tek site, aynı ağdaki her cihaz | Ağ yöneticisine sorun | | Modem ya da hat | Kısa süreli arıza | Birkaç dakika boyunca birkaç site | Modemi yeniden başlatın | | Sitenin önündeki yük dengeleyici | Boşta kalma süresi, koruma kuralı | Uzun süre açık kalan sayfalar, büyük yüklemeler | Site sahibinin ayarları | Sık suçlanan bir başka şey MTU ayarıdır, yani bir hattın taşıyabildiği en büyük paket boyu. Ama yanlış bir MTU genellikle bağlantıyı sıfırlamaz, sayfanın takılıp kalmasına yol açar: büyük paketler hiçbir sinyal bırakmadan kaybolur. ## Sorun sitede mi, cihazınızda mı, ağda mı? En hızlıdan başlayan beş kontrol. Sonucu değiştiren ilk adımda durun. 1. **Sayfayı bir kez yenileyin.** Sunucunun yeniden başlamasından ya da bir Wi-Fi değişikliğinden sonra gelen tek bir sıfırlama kendiliğinden geçer. 2. **Başka bir tarayıcı deneyin.** Chrome'un açamadığı sayfayı Firefox açıyorsa sorun Chrome'un içindedir: bir uzantı ya da bir ayar. Sıfırlama bütün tarayıcılarda çıkıyorsa bilgisayarın tamamının paylaştığı bir şeye bakın. 3. **Siteyi telefonunuzda Wi-Fi kapalıyken açın.** Mobil veriyle açılıyorsa site ayaktadır; sorun ağınızda ya da bilgisayarınızdadır. Açılmıyorsa sorun sitededir. 4. **Aynı Wi-Fi'deki başka bir cihazı deneyin.** Orada açılıyorsa ilk bilgisayara dönün: güvenlik yazılımı, bir VPN, bir proxy ayarı. 5. **Bu Wi-Fi'deki her cihaz bu tek sitede hata veriyorsa** kesinti yoldadır: modem, internet sağlayıcısı ya da bir filtre. ## Bilgisayarda ERR_CONNECTION_RESET nasıl çözülür? Her adımdan sonra sayfayı yenileyin. 1. **Uzantıları eleyin.** Chrome'da **Diğer > Yeni Gizli pencere**'yi seçin. Uzantılar orada yalnız **Gizli modda izin ver** ayarını açtıysanız çalışır; sayfa bu pencerede açılıyorsa sorunun kaynağı bir uzantıdır. **Diğer > Uzantılar > Uzantıları yönet** yolundan uzantıları tek tek kapatın; işe VPN ve proxy uzantılarından başlayın. Firefox'ta **Yardım > Sorun giderme modu…** tarayıcıyı uzantılar kapalıyken başlatır. 2. **VPN ya da proxy uygulamasını kapatın.** Sonra sizin ayarlamadığınız bir proxy olup olmadığına bakın: Windows 11'de **Ayarlar > Ağ ve internet > Proxy** sayfasını açın ve **Manuel proxy kurulumu** altında **Proxy sunucusu kullan** satırının yanındaki **Ayarla** düğmesini seçin. Ayar açıksa ve siz açmadıysanız kapatın, sonra **Kaydet** düğmesini seçin. Chrome aynı sayfayı **Ayarlar > Sistem > Bilgisayarınızın proxy ayarlarını açın** yolundan da açar. Firefox'un kendi ayarı, bilerek bir proxy seçmediyseniz **Vekil sunucu yok** ya da **Sistem vekil sunucu ayarlarını kullan** olmalıdır. 3. **Güvenlik yazılımını sınayın.** Yalnız "web koruması" ya da "HTTPS taraması" özelliğini bir dakikalığına duraklatın. Site açılırsa korumayı yeniden açın, programı güncelleyin ve siteyi istisnalar listesine ekleyin. Güvenlik duvarını kapatmayın. 4. **Modemi yeniden başlatın.** Fişini çekin, 30 saniye bekleyip yeniden takın. Arkadaki reset deliğine basmayın; bu delik modemi fabrika ayarlarına döndürür. 5. **Son çare olarak ağ ayarlarını sıfırlayın.** Bunu yalnız bu bilgisayarda her sitede bağlantı sıfırlanıyorsa ve aynı Wi-Fi'deki diğer cihazlar sorunsuzsa yapın: **Ayarlar > Ağ ve internet > Gelişmiş ağ ayarları > Ağ sıfırlama** yolunu açın, **Şimdi sıfırla** ve **Evet** düğmelerini seçin. VPN yazılımını sonradan yeniden kurmanız gerekebilir. Chrome'un hata ekranındaki **Aşağıdakileri deneyin:** listesi de aynı yönü gösterir: "Proxy'yi ve güvenlik duvarını kontrol etme" ve "Windows Ağ Teşhislerini Çalıştırma". ### Android ve iPhone'da - **Ağ değiştirme.** Wi-Fi'den mobil veriye geçen telefon açık bağlantılarını düşürür; birkaç saniye sonra sayfayı yenileyin. - **VPN ve reklam engelleme uygulamaları.** Birçoğu trafiği bir VPN profilinden geçirir ve takıldığında bağlantıları sıfırlar. Android'de **Ayarlar > Ağ ve internet > VPN** sayfasını açıp VPN'i kapatın; **Her zaman açık VPN** ayarı bir VPN'i arka planda sürekli çalıştırır. iPhone'da yüklediğiniz profiller **Ayarlar > Genel > VPN ve Aygıt Yönetimi** altında listelenir; iş yerinizin ya da okulunuzun profillerine dokunmayın. - **Kafe ve otel Wi-Fi'si.** Bu ağlar, giriş sayfalarında oturum açana kadar bağlantıları kesebilir. ## Neden yalnız tek bir site bağlantıyı sıfırlıyor? Bir site ağınızdaki bütün cihazlarda hata verip mobil veriyle açılıyorsa sinyali büyük olasılıkla ağdaki bir filtre gönderiyordur. `https://` sitelerde içerik şifrelidir, ama sitenin adı bağlantının başında okunabilir biçimde gider. Trafiği inceleyen bir filtre, yani derin paket incelemesi (DPI) yapan bir cihaz, bu adı bir listeyle karşılaştırıp sitenin adına sıfırlama gönderebilir. Bu incelemenin nasıl çalıştığını [DPI (Derin Paket İncelemesi) Nedir ve Nasıl Çalışır?](/tr/blog/what-is-deep-packet-inspection) yazımızda anlattık. Bu tür filtreler iş yeri ve okul ağlarında, ebeveyn denetimi olan modemlerde ve erişim engelinin yasayla istendiği internet sağlayıcılarında çalışır. İş yeri ya da okul ağındaysanız ağ yöneticisine sorun. Engel internet sağlayıcınızdaysa cihazınızda onu düzeltecek bir ayar yoktur; bu yazı da engeli aşmanın yollarını anlatmaz. Yalnız bir sitede çıkan sıfırlamanın öbür olası kaynağı sitenin kendisidir: sitenin koruması, aynı anda çok sayıda bağlantı açan bir adresi sıfırlayabilir. Birkaç dakika bekleyin ya da sitenin destek ekibine saati ve hata kodunu iletin. ## İleri seviye: bağlantıyı tarayıcının dışında sınayın Bu bölümü atlayabilirsiniz. Windows 10 ya da 11'de PowerShell'de çalıştıracağınız tek bir komut, sıfırlamanın tarayıcıya bağlı olup olmadığını gösterir: ```powershell curl.exe -sS -o NUL https://example.com/ ``` `example.com` yerine hata veren adresi yazın. curl hiçbir uzantı ve tarayıcı ayarı kullanmaz. Sıfırlamayı bir kez güvenli bağlantı kurulurken, bir kez de istekten sonra gönderen yerel bir test sunucusuna karşı Windows 11'deki curl 8.21.0 şu satırları yazdı: ```text curl: (35) Recv failure: Connection was reset curl: (56) Recv failure: Connection was reset ``` Hiç çıktı yoksa curl sayfayı yüklemiştir; sorun tarayıcının içindedir. `Connection was reset` satırı ise bağlantıyı tarayıcının dışında bir şeyin kestiğini gösterir: güvenlik yazılımı, bir VPN, ağ ya da site. ## Site sizinse: sıfırlamalar nereden gelir? Ziyaretçilerin gördüğü sıfırlamalar uygulamanızın kayıtlarına hiç düşmeyebilir. Uygulamanın çevresindeki katmanlara bakın: - **Bağlantıları boşaltmadan yeniden başlatma.** Sunucu sürecini aniden durduran bir güncelleme (deploy), açık bütün bağlantıları sıfırlar. Önce yeni bağlantı kabul etmeyi durdurun, süren isteklerin bitmesini bekleyin. - **Uyuşmayan boşta kalma süreleri.** AWS, Network Load Balancer'ın boşta kalan TCP akışlarını varsayılan olarak 350 saniye sonra unuttuğunu ve sonradan gelen veriye sıfırlamayla cevap verdiğini belgeler. Application Load Balancer için de uygulamanın boşta kalma süresinin yük dengeleyicininkinden uzun tutulmasını önerir. - **Koruma kuralları.** Güvenlik duvarları, DDoS filtreleri ve bağlantı sınırları çoğu zaman cevap vermek yerine sıfırlar. Bu araçların kayıtlarında ziyaretçinin adresini ve saati arayın. ## Kodda "connection reset by peer" görüyorsanız "Peer", bağlantının öbür ucu demektir; tarayıcıda olduğu gibi bu uç yol üstündeki bir cihaz da olabilir. Her araç aynı olaya başka bir ad verir. Windows ve Node.js örneklerini, sıfırlama gönderen yerel bir sunucuya karşı Türkçe Windows 11'de ürettik: | Nerede? | Ne görürsünüz? | |---|---| | Linux'ta Python | `ConnectionResetError: [Errno 104] Connection reset by peer` | | Windows'ta Python | `ConnectionResetError: [WinError 10054] Varolan bir bağlantı uzaktaki bir ana bilgisayar tarafından zorla kapatıldı` | | Python Requests | `requests.exceptions.ConnectionError: ('Connection aborted.', ConnectionResetError(10054, ...))` | | Requests, indirme yarıda kesilince | `requests.exceptions.ChunkedEncodingError: ("Connection broken: ConnectionResetError(10054, ...)", ...)` | | Node.js `http` | `Error: read ECONNRESET` | | Node.js, cevaptan önce kapanınca | `Error: socket hang up` (kod `ECONNRESET`) | | Node.js `fetch` | `TypeError: fetch failed`, `cause.code` değeri `ECONNRESET` | Windows mesajın kendi kısmını sistemin görüntüleme dilinde yazar; İngilizce Windows'ta aynı satır "An existing connection was forcibly closed by the remote host" olur. Microsoft'un [Winsock hata listesi](https://learn.microsoft.com/en-us/windows/win32/winsock/windows-sockets-error-codes-2) 10054'ün nedenlerini sayar: karşıdaki program durmuştur, makine yeniden başlamıştır ya da karşı taraf bağlantıyı "sert kapatma" ile kesmiştir. Linux satırı, o sistemin 104 numaralı hata için kullandığı standart metindir. Kodda sık görülen nedenler: - **Sunucunun az önce kapattığı bir bağlantıyı yeniden kullanmak.** İstemciler bağlantıyı istekler arasında açık tutar (keep-alive). Sunucu boşta kalan bir bağlantıyı siz tam onun üzerinden istek gönderirken kapatırsa sıfırlama alırsınız. Node.js belgelerindeki [`request.reusedSocket`](https://nodejs.org/api/http.html#requestreusedsocket) açıklaması bu yarışı anlatır ve tam da bu durumda yeniden denemeyi önerir. - **Aynı anda çok fazla bağlantı.** Bir sunucu ya da güvenlik duvarı, onlarca paralel bağlantı açan bir istemciyi kesebilir. Eşzamanlılığı düşürün, `429` ve `Retry-After` yanıtlarına uyun, varsa sitenin API'sini kullanın. Bir sınırı aşmak için IP adresi döndürmek çözüm değildir. - **TLS el sıkışması.** El sıkışması sırasında gelen bir sıfırlama, sunucunun ya da bir filtrenin istemcinin sunduğu şeyi, örneğin eski bir TLS sürümünü reddettiği anlamına gelebilir; önce istemci kütüphanesini güncelleyin. - **Aradaki bir proxy.** Proxy boşta kalan tünelleri kapatır ve siteden gelen sıfırlamayı size iletir. Testlerimizde Requests, sıfırlamayı site göndermiş olduğu hâlde `ProxyError('Unable to connect to proxy', ConnectionResetError(...))` diye etiketledi; proxy bizim tarafı nazikçe kapattığında Python `RemoteDisconnected`, el sıkışması sırasında ise `SSLEOFError` bildirdi. Bağlantıyı hangi tarafın kestiğini görmek için aynı isteği bir kez proxy'yle, bir kez proxy'siz gönderin. Hata zincirinin tamamını okumayı [Max Retries Exceeded With URL Hatası Nedir, Nasıl Çözülür?](/tr/blog/max-retries-exceeded-with-url) yazımızda gösterdik. ### Artan beklemeyle yeniden deneme, yalnız güvenli olduğunda Sıfırlama, sunucunun isteğinizi işleyip işlemediğini söylemez. Otomatik olarak yalnız tekrarlanması güvenli istekleri, örneğin `GET` isteklerini yeniden deneyin; her seferinde biraz daha uzun bekleyin ve birkaç denemeden sonra bırakın: ```python """Bir URL'yi proxy üzerinden GET ile alır, bağlantı sıfırlanırsa artan beklemeyle yeniden dener.""" import random import time import requests PROXY = "http://user:pass@pr.proxynet.io:8000" PROXIES = {"http": PROXY, "https": PROXY} def was_reset(exc): """İstisnanın içinde herhangi bir katmanda ConnectionResetError varsa True döner.""" stack, seen = [exc], set() while stack: e = stack.pop() if id(e) in seen: continue seen.add(id(e)) if isinstance(e, ConnectionResetError): # RemoteDisconnected bunun alt sınıfıdır return True inner = (*e.args, e.__cause__, e.__context__, getattr(e, "reason", None)) stack.extend(x for x in inner if isinstance(x, BaseException)) return False def get_with_retry(session, url, attempts=4, base=1.0, cap=30.0): """GET tekrarlanabilir; denemeler arasında yaklaşık 1, 2, 4 sn (artı rastgele pay) bekler.""" for attempt in range(1, attempts + 1): try: return session.get(url, proxies=PROXIES, timeout=(5, 30)) except (requests.exceptions.ConnectionError, requests.exceptions.ChunkedEncodingError) as exc: if not was_reset(exc) or attempt == attempts: raise delay = min(cap, base * 2 ** (attempt - 1)) + random.uniform(0, base / 2) print(f"attempt {attempt}: connection reset, retrying in {delay:.1f} s") time.sleep(delay) if __name__ == "__main__": with requests.Session() as s: s.headers["User-Agent"] = "example-crawler/1.0 (+https://example.com/bot)" r = get_with_retry(s, "https://example.com/") print(r.status_code, len(r.content), "bytes") ``` - Yalnız sıfırlamaları yeniden dener; yanlış şifre, reddedilen port ya da sertifika hatası beklemeden olduğu gibi iletilir. Requests sıfırlamayı iki üç katman derine sakladığı için fonksiyon istisnanın içini tarar. `RemoteDisconnected` ("Remote end closed connection without response") da `ConnectionResetError` sınıfının alt sınıfıdır, bu yüzden o da sayılır. - Bekleme her seferinde ikiye katlanır; paralel çalışan işler aynı anda yeniden denemesin diye üstüne rastgele bir pay (jitter) eklenir. Her deneme yeni bir bağlantı açar. Kodu Python 3.13 ve Requests 2.34.2 ile, `user:pass` kimlik doğrulaması isteyen yerel bir test proxy'si üzerinden, ilk iki bağlantıyı sıfırlayan bir test sunucusuna karşı çalıştırdık: ```text attempt 1: connection reset, retrying in 1.2 s attempt 2: connection reset, retrying in 2.3 s 200 3 bytes ``` Her seferinde sıfırlayan bir sunucuya karşı ise dört denemeden sonra yukarıdaki `ProxyError` ile bıraktı. Dönüşümlü (rotating) modda kullanılan bir [Residential Proxy](https://proxynet.io/tr/residential-proxy) ile her yeniden deneme yeni bir bağlantı açar ve başka bir IP adresinden çıkabilir. Oturum açılmış ve tek adreste kalması gereken bir iş için sticky oturum (1 ile 60 dakika) kullanın ve yeniden denemeleri o oturumun içinde tutun. ## Bu hatayla nerede karşılaşılır? - İş yeri ya da okul ağında ödeme adımında takılan alışveriş ve banka sayfaları. - Her seferinde aynı noktada duran büyük dosya yüklemeleri. - Proxy'lerin ve yük dengeleyicilerin arkasında saatlerce çalışan scraping, izleme ve API işleri. ## Sık yapılan hatalar - **Önbelleği ve çerezleri temizlemek.** Sayfa hiç gelmediği için eski bir dosya soruna yol açmış olamaz. - **Güvenlik duvarını ya da antivirüsü kalıcı olarak kapatmak.** Tek bir test için tek bir özelliği duraklatın. - **Bir ödemeyi ya da form gönderimini kodda yeniden denemek.** Sunucu, sıfırlamadan önce isteği işlemiş olabilir. - **Yeniden deneme sayısını 20'ye çıkarmak.** Her seferinde gelen bir sıfırlama şanssızlık değil, bir karardır. ## Karar rehberi | Durum | Ne yapmalı? | |---|---| | Tek bir sıfırlama, sonra sayfa açılıyor | Bir şey yapmanız gerekmez; geçici bir olaydı | | Yalnız Chrome hata veriyor, gizli pencere açılıyor | Uzantıları tek tek kapatın | | Bir bilgisayardaki bütün tarayıcılar hata veriyor | VPN'e, proxy ayarına ve web korumasına bakın | | Wi-Fi'nizdeki her cihaz tek bir sitede hata veriyor | Bir filtre ya da sağlayıcı; ağ yöneticisine sorun | | Site hiçbir ağda açılmıyor | Sorun sitede; bekleyin ya da siteye yazın | | Kendi siteniz ziyaretçileri sıfırlıyor | Yeniden başlatmalara, boşta kalma sürelerine ve güvenlik duvarı kayıtlarına bakın | | Betiğiniz arada bir `Errno 104`, `10054` ya da `ECONNRESET` alıyor | Güvenli istekleri artan beklemeyle yeniden deneyin, eşzamanlılığı düşürün | ## Sıkça sorulan sorular ### ERR_CONNECTION_RESET benden mi kaynaklanıyor, siteden mi? İkisi de olabilir. Siteyi telefonunuzda mobil veriyle açın: açılıyorsa sorun ağınızda ya da bilgisayarınızdadır; hiçbir yerde açılmıyorsa sorun sitededir. ### ERR_CONNECTION_RESET neden bütün tarayıcılarda çıkıyor? Sorunun kaynağı, tarayıcıların hepsinin ortak kullandığı bir şeydir: güvenlik yazılımı, bir VPN, sistemin proxy ayarı, modem ya da bir ağ filtresi. Uzantılar ve tarayıcı ayarları bu durumda elenmiş olur. ### Önbelleği temizlemek ERR_CONNECTION_RESET hatasını düzeltir mi? Nadiren. Bağlantı sayfa gelmeden kesildiği için önbellekte soruna yol açan bir şey yoktur. ### Sıfırlama ile "bağlantıyı beklenmedik şekilde kapattı" arasındaki fark nedir? Sıfırlama (`ERR_CONNECTION_RESET`) bağlantıyı bir anda bitirir. "Bağlantıyı beklenmedik şekilde kapattı" (`ERR_CONNECTION_CLOSED`) ise karşı tarafın bağlantıyı olağan yolla, ama sayfa tamamlanmadan kapattığını söyler. İkisi de aynı yolla kontrol edilir. ### "Connection reset by peer" ne demek? Bağlantının öbür ucu (peer) bir sıfırlama sinyali göndermiştir. Linux bunu 104, Windows 10054 numaralı hata olarak, Node.js ise `ECONNRESET` diye bildirir. Bu uç sunucu da olabilir, aradaki herhangi bir cihaz da. ### Node.js'te ECONNRESET ya da "socket hang up" nasıl çözülür? İkisi de bağlantının kesildiğini söyler; "socket hang up" kesintinin henüz cevap gelmeden olduğunu gösterir. Tekrarlanabilir istekleri, özellikle `req.reusedSocket` değeri true olduğunda, yeni bir bağlantıyla yeniden deneyin ve eşzamanlılığı düşürün. ## Özet `ERR_CONNECTION_RESET` ve "connection reset by peer" aynı olayın adıdır: açık bir bağlantıyı sitenin, bilgisayarınızın, bir VPN'in ya da proxy'nin veya aradaki ağın gönderdiği bir sıfırlama sinyali bitirmiştir. Göndereni bulmak için her seferinde tek bir şeyi değiştirin: tarayıcı, gizli pencere, cihaz, ağ. Ağdaki bir engel, cihazınızdan değiştirilebilecek bir şey değildir. Kodda yalnız güvenli istekleri, giderek uzayan aralarla ve yeni bir bağlantıyla yeniden deneyin. Bu tür işler için proxy kullanıyorsanız hangi türlerin olduğunu ve ne işe yaradıklarını [proxy sayfamızda](/tr/proxy) bulabilirsiniz.