err_connection_reset beheben: Verbindung wurde zurückgesetzt

Sie sind mitten in einer Bestellung. Sie klicken auf den Button, der Tab dreht sich eine Sekunde lang, und Chrome zeigt „Die Website ist nicht erreichbar“, darunter „Verbindung wurde zurückgesetzt.“ und ganz unten ERR_CONNECTION_RESET. Firefox sagt es in einer Zeile: „Fehler: Verbindung unterbrochen“. Andere Websites öffnen sich problemlos, und in einer Minute öffnet sich vielleicht auch diese wieder.

Im Folgenden: was ein Reset ist, wer einen senden kann, wie Sie herausfinden, woher Ihrer kommt, die Lösungen am Computer und am Smartphone, was Sie prüfen, wenn die Website Ihnen gehört, und derselbe Fehler im Code, wo er „connection reset by peer“, ECONNRESET oder WinError 10054 heißt.

Was bedeutet ERR_CONNECTION_RESET?#

Bevor eine Seite lädt, öffnen Ihr Browser und der Server der Website eine Verbindung, eine Leitung in beide Richtungen, die offen bleibt, solange Daten hin- und hergehen. Ein Reset beendet diese Leitung mittendrin. Die Liste der Netzwerkfehler von Chromium beschreibt den Code -101 als eine Verbindung, die „zurückgesetzt wurde (entspricht einem TCP RST)“. Chrome, Edge, Brave und Opera teilen sich diese Liste und zeigen deshalb denselben Code.

Der Unterschied zu den Nachbarn liegt im Zeitpunkt. Bei ERR_CONNECTION_REFUSED wurde die Leitung nie geöffnet; bei ERR_CONNECTION_TIMED_OUT hat nichts geantwortet. Ein Reset kommt, nachdem die Leitung schon funktioniert hat. Die anderen Codes auf diesem grauen Bildschirm vergleicht Die Website ist nicht erreichbar: Bedeutung und Ursachen.

Wie wird eine Verbindung zurückgesetzt?#

TCP, das Protokoll, das Webseiten transportiert, kann eine Verbindung auf zwei Arten beenden: mit einem höflichen Abschluss, der vorher fertig sendet, oder mit einem Reset, der alles sofort stoppt. RFC 9293, Abschnitt 3.5.2 erlaubt einem Programm, jederzeit einen Reset auszulösen, und TCP sendet selbst einen, wenn ein Paket für eine Verbindung ankommt, die der Rechner nicht mehr kennt.

1. Ihr Browser öffnet eine Verbindung und richtet auf https://-Websites die Verschlüsselung (TLS) ein.
2. Er sendet die Anfrage und beginnt, die Antwort zu lesen.
3. Irgendwo auf dem Weg entscheidet ein Programm, dass die Verbindung enden muss, oder ein Rechner bekommt ein Paket für eine Verbindung, die er vergessen hat. Er sendet einen Reset.
4. Ihr Computer verwirft die Verbindung in dem Moment, in dem der Reset ankommt, und Chrome zeigt den Fehler.

Ein Reset nennt keinen Grund und sieht aus, als käme er von der Website, doch ein Gerät dazwischen kann ihn im Namen der Website senden. Forschende des ICSI und der UC Berkeley haben gefälschte TCP-Resets dokumentiert, die von Produkten zur Verkehrssteuerung stammten, wie sie Internetanbieter, Antivirensysteme und nationale Filter einsetzen. Der Browser kann „zurückgesetzt“ sagen, aber nie „von wem“.

Wer kann den Reset senden?#

Auch eine falsche MTU-Einstellung, also die größte Paketgröße, die eine Leitung transportiert, wird oft beschuldigt. Sie lässt Seiten aber meist hängen, statt sie zurückzusetzen: Zu große Pakete verschwinden ohne jedes Signal.

Liegt das Problem an der Website, Ihrem Gerät oder dem Netz?#

Fünf Prüfungen, die schnellste zuerst. Hören Sie bei der ersten auf, die das Ergebnis ändert.

1. Einmal neu laden. Ein einzelner Reset nach einem Serverneustart oder einem WLAN-Wechsel erledigt sich von selbst.
2. Einen anderen Browser versuchen. Öffnet Firefox, was Chrome nicht öffnen kann, liegt die Ursache in Chrome: eine Erweiterung oder eine Einstellung. Ein Reset in jedem Browser deutet auf etwas, das der ganze Computer teilt.
3. Die Website auf dem Smartphone mit ausgeschaltetem WLAN öffnen. Lädt sie über mobile Daten, ist die Website erreichbar, und das Problem liegt an Ihrem Netz oder Computer. Wenn nicht, liegt das Problem bei der Website.
4. Ein anderes Gerät im selben WLAN versuchen. Funktioniert es dort, sehen Sie sich den ersten Computer an: Sicherheitssoftware, ein VPN, eine Proxy-Einstellung.
5. Jedes Gerät in diesem WLAN scheitert an dieser einen Website. Die Verbindung wird auf dem Weg gekappt: am Router, beim Anbieter oder durch einen Filter.

Wie beheben Sie ERR_CONNECTION_RESET am Computer?#

Laden Sie nach jedem Schritt neu.

1. Erweiterungen ausschließen. Wählen Sie in Chrome Dreipunkt-Menü > Neues Inkognitofenster. Erweiterungen laufen dort nur, wenn Sie für sie Im Inkognitomodus zulassen eingeschaltet haben; öffnet sich die Seite hier, deutet das auf eine Erweiterung. Gehen Sie zu Dreipunkt-Menü > Erweiterungen > Erweiterungen verwalten und schalten Sie sie nacheinander aus, VPN- und Proxy-Add-ons zuerst. In Firefox startet Hilfe > Fehlerbehebungsmodus… den Browser mit ausgeschalteten Add-ons.
2. Ein VPN oder eine Proxy-App ausschalten. Suchen Sie dann nach einem Proxy, den Sie nie eingerichtet haben: Öffnen Sie in Windows 11 Einstellungen > Netzwerk und Internet > Proxy und wählen Sie unter Manuelle Proxyeinrichtung neben Proxyserver verwenden die Schaltfläche Einrichten. Ist der Proxy eingeschaltet, ohne dass Sie ihn eingeschaltet haben, schalten Sie ihn aus und wählen Speichern. Chrome öffnet dieselbe Seite über Einstellungen > System > Proxy-Einstellungen des Computers öffnen. Die eigene Einstellung von Firefox sollte Kein Proxy oder Proxy-Einstellungen des Systems verwenden lauten, außer Sie haben bewusst einen Proxy gewählt.
3. Sicherheitssoftware testen. Pausieren Sie nur deren „Webschutz“ oder „HTTPS-Scan“ für eine Minute. Öffnet sich die Website, schalten Sie den Schutz wieder ein, aktualisieren Sie das Programm und tragen Sie die Website in seine Ausnahmen ein. Schalten Sie die Firewall nicht aus.
4. Router neu starten. Ziehen Sie für 30 Sekunden den Stecker; drücken Sie nicht den Reset-Knopf im kleinen Loch, denn er stellt die Werkseinstellungen wieder her.
5. Netzwerkeinstellungen zurücksetzen, ganz zuletzt. Nur wenn auf diesem Computer jede Website zurückgesetzt wird und andere Geräte im WLAN funktionieren: Einstellungen > Netzwerk und Internet > Erweiterte Netzwerkeinstellungen > Netzwerkzurücksetzung, dann Jetzt zurücksetzen und Ja. VPN-Software muss danach eventuell neu eingerichtet werden.

Die Liste Versuche Folgendes: auf dem Fehlerbildschirm von Chrome zeigt in dieselbe Richtung: „Proxy und Firewall prüfen“ und „Windows-Netzwerkdiagnose ausführen“.

Auf Android und iPhone#

• Netzwechsel. Ein Smartphone, das vom WLAN zu mobilen Daten wechselt, verliert offene Verbindungen; laden Sie nach ein paar Sekunden neu.
• VPN- und Werbeblocker-Apps. Viele leiten den Datenverkehr über ein VPN-Profil und setzen Verbindungen zurück, wenn sie versagen. Öffnen Sie auf Android Einstellungen > Netzwerk & Internet > VPN und schalten Sie das VPN aus; Durchgehend aktives VPN hält eines im Hintergrund am Laufen. Auf dem iPhone stehen installierte Profile unter Einstellungen > Allgemein > VPN und Geräteverwaltung; Profile Ihrer Firma oder Schule lassen Sie in Ruhe.
• WLAN in Café und Hotel. Diese Netze können Verbindungen kappen, bis Sie sich auf ihrer Anmeldeseite angemeldet haben.

Warum setzt nur eine Website die Verbindung zurück?#

Scheitert eine Website auf jedem Gerät in Ihrem Netz, öffnet sich aber über mobile Daten, ist wahrscheinlich ein Filter im Netz der Absender. Auf https://-Websites ist der Inhalt verschlüsselt, aber der Name der Website geht zu Beginn der Verbindung lesbar über die Leitung. Ein Filter, der den Datenverkehr untersucht, ein Verfahren namens Deep Packet Inspection (DPI), kann diesen Namen mit einer Liste abgleichen und im Namen der Website einen Reset senden. Wie diese Untersuchung funktioniert, erklärt Was ist Deep Packet Inspection (DPI)? So funktioniert sie.

Solche Filter laufen in Firmen- und Schulnetzen, auf Routern mit Kindersicherung und bei Internetanbietern, wenn eine Sperre gesetzlich angeordnet ist. Fragen Sie in einem Firmen- oder Schulnetz den Administrator. Sitzt die Sperre bei Ihrem Anbieter, behebt nichts auf Ihrem Gerät sie, und dieser Leitfaden behandelt keine Wege daran vorbei.

Der andere Fall mit nur einer Website ist die Website selbst: Ihr Schutz setzt womöglich eine Adresse zurück, die zu viele Verbindungen gleichzeitig öffnet. Warten Sie ein paar Minuten, oder schicken Sie ihrem Support die Uhrzeit und den genauen Code.

Für Fortgeschrittene: die Verbindung außerhalb des Browsers testen#

Diesen Abschnitt können Sie überspringen. Ein Befehl in PowerShell unter Windows 10 oder 11 zeigt, ob der Reset vom Browser abhängt:

curl.exe -sS -o NUL https://example.com/

Setzen Sie die fehlerhafte Adresse anstelle von example.com ein. curl nutzt keine Erweiterungen und keine Browsereinstellungen. Gegen einen lokalen Testserver, der einen Reset sendet, einmal während des sicheren Verbindungsaufbaus und einmal nach der Anfrage, gab curl 8.21.0 unter Windows 11 Folgendes aus:

curl: (35) Recv failure: Connection was reset
curl: (56) Recv failure: Connection was reset

Keine Ausgabe heißt, dass curl die Seite geladen hat; die Ursache liegt dann im Browser. Eine Zeile Connection was reset heißt, dass etwas außerhalb des Browsers die Verbindung gekappt hat: Sicherheitssoftware, ein VPN, das Netz oder die Website.

Wenn es Ihre Website ist: Woher kommen die Resets?#

Besucher sehen womöglich Resets, die in den Protokollen Ihrer Anwendung nie auftauchen. Sehen Sie sich die Schichten um die Anwendung herum an:

• Neustarts ohne Draining. Ein Deployment, das den Serverprozess beendet, setzt jede offene Verbindung zurück. Nehmen Sie zuerst keine neuen Verbindungen mehr an und lassen Sie laufende Anfragen zu Ende laufen.
• Leerlauf-Timeouts, die nicht zusammenpassen. AWS dokumentiert, dass sein Network Load Balancer inaktive TCP-Flows standardmäßig nach 350 Sekunden verwirft und später eintreffende Daten mit einem Reset beantwortet. Für seinen Application Load Balancer empfiehlt AWS ein Leerlauf-Timeout der Anwendung, das länger ist als das des Load Balancers.
• Schutzregeln. Firewalls, DDoS-Filter und Verbindungslimits setzen oft zurück, statt zu antworten. Durchsuchen Sie deren Protokolle nach der Adresse des Besuchers und der Uhrzeit.

Wenn Sie im Code „connection reset by peer“ sehen#

„Peer“ bezeichnet die Gegenseite der Verbindung, und wie im Browser kann das ein Gerät auf dem Weg sein. Jedes Werkzeug benennt das Ereignis anders. Die Fälle für Windows und Node.js haben wir unter Windows 11 gegen einen lokalen Server ausgelöst, der einen Reset sendet:

Windows gibt seinen Teil in der Anzeigesprache des Systems aus; der englische Text stammt aus Microsofts Liste der Winsock-Fehler, die die Ursachen von 10054 nennt: Das Programm auf der Gegenseite wurde beendet, der Rechner wurde neu gestartet, oder die Gegenseite hat die Verbindung „hart“ geschlossen (Hard Close). Die Linux-Zeile ist der Standardtext dieses Systems für Fehler 104.

Die üblichen Ursachen im Code:

• Eine wiederverwendete Verbindung, die der Server gerade geschlossen hat. Clients halten Verbindungen zwischen Anfragen offen (Keep-Alive). Schließt der Server eine inaktive Verbindung genau in dem Moment, in dem Sie darüber senden, erhalten Sie einen Reset. Die Node.js-Dokumentation zu request.reusedSocket beschreibt diese Race Condition und empfiehlt, genau diesen Fall erneut zu versuchen.
• Zu viele Verbindungen gleichzeitig. Ein Server oder seine Firewall kann einen Client kappen, der Dutzende parallel öffnet. Senken Sie die Parallelität, respektieren Sie 429 und Retry-After, und nutzen Sie die API der Website, wo es eine gibt. IP-Adressen zu rotieren, um ein Limit zu umgehen, ist keine Lösung.
• Der TLS-Handshake. Ein Reset an dieser Stelle kann bedeuten, dass der Server oder ein Filter abgelehnt hat, was der Client angeboten hat, etwa eine alte TLS-Version; aktualisieren Sie zuerst die Client-Bibliothek.
• Ein Proxy dazwischen. Ein Proxy schließt inaktive Tunnel und reicht Resets der Website weiter. In unseren Tests bezeichnete Requests einen solchen Reset als ProxyError('Unable to connect to proxy', ConnectionResetError(...)), obwohl die Website ihn gesendet hatte; schloss der Proxy unsere Seite regulär, meldete Python RemoteDisconnected oder, während des Handshakes, SSLEOFError. Senden Sie die Anfrage einmal mit und einmal ohne Proxy, um zu sehen, welche Strecke kappt. Max Retries Exceeded With URL: Bedeutung und Lösung zeigt, wie Sie die ganze Fehlerkette lesen.

Mit Backoff wiederholen, nur wo es sicher ist#

Ein Reset verrät nicht, ob der Server Ihre Anfrage schon ausgeführt hat. Wiederholen Sie automatisch nur Anfragen, die sich gefahrlos wiederholen lassen, etwa GET, warten Sie jedes Mal länger und hören Sie nach wenigen Versuchen auf:

"""Ruft eine URL per GET über einen Proxy ab und wiederholt Verbindungs-Resets mit exponentiellem Backoff."""
import random
import time

import requests

PROXY = "http://user:pass@pr.proxynet.io:8000"
PROXIES = {"http": PROXY, "https": PROXY}


def was_reset(exc):
    """True, wenn irgendwo in der Ausnahme ein ConnectionResetError steckt."""
    stack, seen = [exc], set()
    while stack:
        e = stack.pop()
        if id(e) in seen:
            continue
        seen.add(id(e))
        if isinstance(e, ConnectionResetError):  # RemoteDisconnected ist eine Unterklasse
            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 lässt sich gefahrlos wiederholen; zwischen den Versuchen etwa 1, 2, 4 s warten (plus Jitter)."""
    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")

• Das Skript wiederholt nur Resets; ein falsches Passwort, ein abgelehnter Port oder ein Zertifikatsfehler wird sofort ausgelöst. Requests versteckt den Reset zwei oder drei Ebenen tief, daher die Suche. RemoteDisconnected („Remote end closed connection without response“) ist eine Unterklasse von ConnectionResetError und zählt deshalb mit.
• Die Wartezeit verdoppelt sich jedes Mal, dazu kommt ein zufälliger Anteil (Jitter), damit parallel laufende Worker nicht im Gleichtakt wiederholen, und jeder Versuch öffnet eine neue Verbindung.

Wir haben es mit Python 3.13 und Requests 2.34.2 über einen lokalen Test-Proxy mit user:pass-Authentifizierung ausgeführt, gegen einen Testserver, der die ersten zwei Verbindungen zurücksetzt:

attempt 1: connection reset, retrying in 1.2 s
attempt 2: connection reset, retrying in 2.3 s
200 3 bytes

Gegen einen Server, der jedes Mal zurücksetzt, gab das Skript nach vier Versuchen mit dem ProxyError von oben auf. Mit einem Residential-Proxy im rotierenden Modus öffnet jeder neue Versuch eine neue Verbindung und kann über eine neue IP-Adresse hinausgehen. Für eine angemeldete Sitzung, die bei einer Adresse bleiben muss, nutzen Sie eine Sticky-Sitzung (1 bis 60 Minuten) und halten die Wiederholungen darin.

Wo der Fehler auftritt#

• Shop- und Bankseiten, die in einem Firmen- oder Schulnetz beim Bezahlschritt abbrechen.
• Große Uploads, die jedes Mal an derselben Stelle abbrechen.
• Scraping-, Monitoring- und API-Jobs, die stundenlang hinter Proxys und Load Balancern laufen.

Häufige Fehler#

• Cache und Cookies löschen. Die Seite ist nie angekommen, also hat nichts Veraltetes den Fehler verursacht.
• Firewall oder Virenschutz dauerhaft ausschalten. Pausieren Sie eine Funktion für einen Test.
• Eine Zahlung oder ein Formular im Code erneut senden. Der Server hat es vor dem Reset womöglich schon verarbeitet.
• Die Zahl der Wiederholungen auf 20 erhöhen. Ein Reset, der jedes Mal kommt, ist eine Entscheidung, kein Pech.

Entscheidungshilfe#

Häufige Fragen#

Liegt ERR_CONNECTION_RESET an mir oder an der Website?#

Beides ist möglich. Öffnen Sie die Website auf dem Smartphone über mobile Daten: Lädt sie, liegt das Problem an Ihrem Netz oder Computer; scheitert sie überall, liegt es an der Website.

Warum erscheint ERR_CONNECTION_RESET in allen Browsern?#

Die Ursache ist etwas, das alle teilen: Sicherheitssoftware, ein VPN, die Proxy-Einstellung des Systems, der Router oder ein Netzfilter. Erweiterungen und Browsereinstellungen scheiden aus.

Behebt das Leeren des Caches ERR_CONNECTION_RESET?#

Selten. Die Verbindung wurde gekappt, bevor die Seite ankam, also enthält der Cache nichts, was den Fehler verursacht hat.

Was ist der Unterschied zwischen einem Reset und „hat die Verbindung unerwartet geschlossen“?#

Ein Reset (ERR_CONNECTION_RESET) beendet die Verbindung sofort. „Hat die Verbindung unerwartet geschlossen“ (ERR_CONNECTION_CLOSED) heißt, dass die Gegenseite sie auf normalem Weg geschlossen hat, aber bevor die Seite vollständig war. Beide prüfen Sie auf dieselbe Weise.

Was bedeutet „connection reset by peer“?#

Die Gegenseite der Verbindung, der Peer, hat einen Reset gesendet. Linux meldet das als Fehler 104, Windows als 10054 und Node.js als ECONNRESET. Der Peer kann der Server sein oder jedes Gerät dazwischen.

Wie behebe ich ECONNRESET oder „socket hang up“ in Node.js?#

Beide bedeuten, dass die Verbindung gekappt wurde, „socket hang up“ sogar, bevor überhaupt eine Antwort ankam. Wiederholen Sie idempotente, also gefahrlos wiederholbare Anfragen über eine neue Verbindung, besonders wenn req.reusedSocket true ist, und senken Sie die Parallelität.

Fazit#

ERR_CONNECTION_RESET und „connection reset by peer“ bezeichnen dasselbe Ereignis: eine offene Verbindung, die ein Reset-Signal beendet hat, gesendet von der Website, Ihrem Computer, einem VPN oder Proxy oder dem Netz dazwischen. Den Absender finden Sie, indem Sie eine Sache nach der anderen ändern: Browser, Inkognitofenster, Gerät, Netz. Eine Sperre im Netz kann Ihr Gerät nicht ändern. Im Code wiederholen Sie nur sichere Anfragen, mit wachsenden Pausen und einer neuen Verbindung. Wenn Sie für solche Arbeit Proxys nutzen, erklärt unsere Proxy-Seite, welche Typen es gibt und wofür sich jeder eignet.