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.

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 -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? 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ü, 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ı belgelemiştir. Tarayıcı bu yüzden "sıfırlandı" diyebilir, "kim sıfırladı" diyemez.

Sıfırlamayı kim gönderebilir?#

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? 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:

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ı:

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:

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 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 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? 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:

"""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:

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 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#

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 bulabilirsiniz.