ERR_TIMED_OUT & ERR_CONNECTION_TIMED_OUT beheben: Ursachen

Was ist ERR_CONNECTION_TIMED_OUT?

ERR_CONNECTION_TIMED_OUT ist der Fehler, den Chrome und andere Chromium-Browser anzeigen, wenn sie vom Server einer Website überhaupt keine Antwort bekommen. Auf der Seite steht „Die Website ist nicht erreichbar. example.com hat zu lange zum Antworten gebraucht.“ Intern ist das der Chromium-Netzwerkfehler -118: „Ein Verbindungsversuch hat das Zeitlimit überschritten“ (net_error_list.h).

Um eine Verbindung aufzubauen, schickt Ihr Computer dem Server eine TCP-Verbindungsanfrage, ein SYN-Paket, und wartet auf eine Antwort. Normalerweise kommt sie innerhalb von Millisekunden. Bleibt sie aus, sendet das Betriebssystem das SYN noch einige Male mit wachsenden Abständen erneut und gibt dann auf; wie lange das dauert, hängt vom System ab (Chromiums eigene Notizen nennen 20 bis 190 Sekunden). Auf unserem Mac gab ein Verbindungsversuch zu einer Adresse, an der nichts antwortet, nach 75 Sekunden auf.

Die Stille ist das entscheidende Detail. Ein Server, der läuft, auf dem aber nichts lauscht, antwortet sofort mit einer Ablehnung. Bei einem Timeout hat überhaupt niemand geantwortet: Die Pakete wurden irgendwo verworfen, oder sie gingen an eine Adresse, unter der nichts existiert.

ERR_CONNECTION_TIMED_OUT vs. ERR_TIMED_OUT

Chrome hat zwei ähnlich aussehende Timeout-Fehler, und sie scheitern in unterschiedlichen Phasen:

• ERR_CONNECTION_TIMED_OUT (-118): Die Verbindung kam nie zustande, weil der Server auf das erste SYN nicht geantwortet hat. Prüfen Sie den Netzwerkpfad, Firewalls, DNS und ob der Server online ist.
• ERR_TIMED_OUT (-7): ein allgemeinerer Timeout, ausgelöst von einem von Chromes eigenen Timern und nicht vom Betriebssystem. Der HTTPS-Handshake zum Beispiel bekommt 30 Sekunden, sobald die TCP-Verbindung steht (Chromium), und eine Verbindung, die zwar zustande kommt, dann aber keine Antworten mehr bekommt, kann genauso enden. Das deutet meist auf einen langsamen oder hängenden Server oder einen stockenden Proxy hin.

Die Lösungen unten gelten für beide. ERR_TIMED_OUT erweist sich häufiger als Problem der Website, ERR_CONNECTION_TIMED_OUT häufiger als Problem des Netzwerkpfads oder einer Firewall.

Was verursacht ERR_CONNECTION_TIMED_OUT?

Lösung 1: Prüfen Sie, ob die Seite für alle erreichbar ist

Ist der Server down, hilft nichts auf Ihrer Seite – prüfen Sie das also zuerst:

• Öffnen Sie die Seite auf Ihrem Smartphone über mobile Daten (WLAN aus). Lädt sie, liegt das Problem an Ihrem Gerät oder Ihrem Netzwerk.
• Prüfen Sie sie mit dem Website-Down-Checker, der die Seite von 11 Standorten gleichzeitig öffnet. Läuft sie dort ebenfalls in einen Timeout, liegt es an der Seite.
• Führen Sie einen Ping-Test von 11 Städten aus. Er misst von jeder Stadt eine TCP-Verbindung zu Port 443 und ergänzt einen klassischen Ping von unserem Server. Antworten auf Port 443 bedeuten, dass der Webserver Verbindungen annimmt; antwortet nur der klassische Ping, läuft die Maschine, ihr Web-Port aber nicht.
• Testen Sie den Web-Port mit dem Port-Checker. Prüfen Sie Port 443 (HTTPS) und 80 (HTTP). „Offen“ bei uns, während Ihr Browser in einen Timeout läuft, bedeutet: Etwas zwischen Ihnen und der Seite verwirft den Traffic. „Gefiltert“ (keine Antwort innerhalb von 4 Sekunden) auch bei uns bedeutet, dass die Firewall des Servers oder der Server selbst das Problem ist.
• Führen Sie einen Traceroute aus, und zwar von 8 Städten über TCP 443, um zu sehen, wie weit die Pakete kommen. Bricht jede TCP-443-Route bei den letzten Hops ab, verwirft das Netzwerk des Hosters den Traffic; bei ICMP-Proben sind stumme letzte Hops bei vielen funktionierenden Seiten normal.

Lösung 2: DNS-Cache leeren (auch den von Chrome)

Zieht eine Seite auf einen neuen Server um, kann Ihr Computer die alte IP-Adresse weiter nutzen, bis sein Cache abläuft. Ist der alte Server abgeschaltet oder per Firewall abgeschottet, läuft jeder Versuch in einen Timeout. Leeren Sie den Cache des Betriebssystems und Chromes eigenen Host-Cache:

# Windows (Eingabeaufforderung)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux mit systemd-resolved
resolvectl flush-caches

# Chrome: chrome://net-internals/#dns öffnen und auf "Clear host cache" klicken

Um zu prüfen, ob Ihr DNS-Resolver einen veralteten Eintrag liefert, vergleichen Sie nslookup example.com (es fragt direkt Ihren Resolver, am lokalen Cache und an der Hosts-Datei vorbei) mit dem DNS-Lookup von DNS Robot; Seiten hinter einem CDN können legitim unterschiedliche Adressen zurückgeben. Die Anleitung zum DNS-Cache leeren deckt jeden Browser und jedes Betriebssystem ab.

Lösung 3: Die Hosts-Datei prüfen

Die Hosts-Datei überschreibt DNS für jeden Namen, der darin steht. Entwickler, Werbeblocker und manche Malware tragen dort Zeilen ein, und eine übrig gebliebene Zeile, die die Domain auf eine alte oder private IP abbildet, läuft jedes Mal in einen Timeout – nur auf diesem einen Computer.

• Windows: Öffnen Sie den Editor als Administrator und darin C:\Windows\System32\drivers\etc\hosts.
• macOS / Linux: Führen Sie im Terminal sudo nano /etc/hosts aus.

Suchen Sie nach einer Zeile mit der Domain, die scheitert. Löschen Sie sie oder setzen Sie ein # an den Anfang, um sie zu deaktivieren, speichern Sie und leeren Sie den DNS-Cache erneut.

Lösung 4: Proxy, VPN und Firewall testweise ausschalten

Läuft jede Seite in einen Timeout, ist ein Proxy oder VPN, der nicht mehr funktioniert, eine häufige Ursache, weil der gesamte Traffic ins Leere geschickt wird.

• Windows-11-Proxy: Einstellungen → Netzwerk und Internet → Proxy. Wählen Sie unter Manuelle Proxyeinrichtung neben Proxyserver verwenden Bearbeiten (oder „Set up“), schalten Sie Proxyserver verwenden aus und wählen Sie Speichern. Ist unter „Automatic proxy setup“ die Option „Use setup script“ eingeschaltet und haben Sie sie nicht selbst eingerichtet, schalten Sie sie ebenfalls aus.
• Proxy unter macOS: Systemeinstellungen → Netzwerk → Ihre Verbindung → Details … → Proxies → alle ausschalten.
• VPN: Trennen Sie es vollständig und laden Sie neu. Funktioniert die Seite ohne VPN, wechseln Sie den VPN-Server oder wenden Sie sich an den Anbieter.
• Firewall / Antivirus: Pausieren Sie die Firewall des Drittanbieters kurz und laden Sie neu. Hilft das, richten Sie eine Ausnahme für den Browser ein, statt die Firewall ausgeschaltet zu lassen.

Lösung 5: Zu einem öffentlichen DNS-Resolver wechseln

Manche Resolver von Internetanbietern aktualisieren langsam, und manche schicken gesperrte Domains an eine Adresse, die nie antwortet. Der Wechsel zu einem öffentlichen Resolver wie Cloudflare (1.1.1.1), Google (8.8.8.8) oder Quad9 (9.9.9.9) schließt das aus. Unser DNS-Geschwindigkeitstest zeigt, welcher an Ihrem Standort am schnellsten ist.

Fällt Ihr DNS-Server selbst aus, sehen Sie womöglich andere Fehler – sie werden in DNS-Server antwortet nicht und DNS-Server nicht verfügbar behandelt.

Lösung 6: Netzwerk-Stack zurücksetzen und Router neu starten

Starten Sie Router und Modem neu: 30 Sekunden vom Strom trennen, dann zwei bis drei Minuten zum Neuverbinden geben. Setzen Sie unter Windows außerdem den TCP/IP-Stack in einer Eingabeaufforderung mit Administratorrechten zurück und starten Sie danach den PC neu, um das Zurücksetzen abzuschließen:

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

Schalten Sie auf dem Mac das WLAN aus und wieder ein oder entfernen Sie das Netzwerk unter Systemeinstellungen → Netzwerk und fügen Sie es neu hinzu. Sie können auch die Windows-Netzwerkdiagnose ausführen (der Link auf der Fehlerseite von Chrome) und Windows den Adapter reparieren lassen.

Lösung 7: Den Port von Ihrem eigenen Computer aus testen

Das zeigt Ihnen in weniger als einer halben Minute, ob Ihr Rechner überhaupt eine Verbindung zur Seite aufbauen kann, ganz ohne Browser:

# Windows PowerShell
Test-NetConnection example.com -Port 443
# TcpTestSucceeded : False  -> no connection from your network (dropped or refused)

# macOS (-G sets the connect timeout)
nc -vz -G 5 example.com 443
# Linux
nc -vz -w 5 example.com 443
# "timed out" -> dropped; "Connection refused" -> server rejected it

Schlägt der Test auf Ihrem Rechner fehl, während der Port-Checker von DNS Robot den Port als offen zeigt, blockiert etwas zwischen Ihnen und der Seite: Ihr Router, die Firmen-Firewall, Ihr Provider, ein WLAN-Filter im Hotel oder in der Schule oder die Firewall der Seite selbst, die Ihre IP-Adresse oder Ihr Land sperrt. Probieren Sie ein anderes Netzwerk oder fragen Sie den Netzwerkadministrator. (Test-NetConnection ist bei Microsoft dokumentiert.)

ERR_CONNECTION_TIMED_OUT auf Android und iPhone beheben

• Netzwerk wechseln: Probieren Sie mobile Daten statt WLAN oder umgekehrt. Captive Portals in öffentlichen WLANs führen zu Timeouts, bis Sie ihre Anmeldeseite bestätigen.
• Privates DNS unter Android: Einstellungen → Netzwerk & Internet → Privates DNS → Automatisch. Ein eigener Hostname, der nicht erreichbar ist, legt jede DNS-Abfrage lahm. Siehe unsere Anleitung zu Privatem DNS.
• Schalten Sie VPN- und Werbeblocker-Apps aus, denn viele laufen als lokales VPN.
• Netzwerkeinstellungen zurücksetzen: Auf dem iPhone unter Einstellungen → Allgemein → iPhone übertragen/zurücksetzen → Zurücksetzen → Netzwerkeinstellungen zurücksetzen. Unter Android unter Einstellungen → System → Optionen zum Zurücksetzen → Bluetooth und WLAN zurücksetzen (Reset Bluetooth & Wi-Fi) und zusätzlich Mobilfunknetzeinstellungen zurücksetzen (Reset Mobile Network Settings), falls auch mobile Daten scheitern.

Für Website-Betreiber: Warum Besucher in einen Timeout laufen

Läuft Ihre Seite für alle in einen Timeout, werden die Pakete verworfen, bevor sie Ihren Webserver erreichen. Prüfen Sie Folgendes der Reihe nach:

• Lauscht überhaupt etwas? Auf dem Server sollte sudo ss -tlnp | grep -E ':(80|443) ' nginx, Apache oder Ihre App zeigen. Zeigt es nichts, starten Sie den Dienst. Beachten Sie: Ein gestoppter Dienst erzeugt meist „refused“ statt „timed out“ – es sei denn, eine Firewall verwirft die Pakete vorher.
• Erlaubt die Firewall 80 und 443? Führen Sie sudo ufw status verbose unter Ubuntu oder sudo firewall-cmd --list-all auf RHEL-Systemen aus. Das Standard-Deny von ufw verwirft Pakete, und genau das erzeugt Timeouts; die Standardzone von firewalld weist sie dagegen ab, was Besucher als Ablehnung oder unerreichbare Adresse sehen.
• Cloud-Firewalls sind separat. AWS Security Groups, Firewall-Regeln in Google Cloud, Azure NSGs und die Panel-Firewalls vieler VPS-Anbieter blockieren eingehenden Traffic standardmäßig. Erlauben Sie TCP 80 und 443 von 0.0.0.0/0 (und ::/0 für IPv6).
• Zeigt DNS auf diesen Server? Prüfen Sie nach einer Migration die A- und AAAA-Records mit dem DNS-Lookup. Ein AAAA-Record, der auf eine Adresse zeigt, unter der der Server gar nicht ausliefert, kann bei Besuchern in IPv6-Netzen zu langsamen Ladezeiten oder Timeouts führen.
• Ist der Server überlastet? Läuft der Verbindungs-Backlog unter hoher Last voll, werden neue Verbindungsversuche verworfen und laufen in einen Timeout. Prüfen Sie CPU, Arbeitsspeicher und Verbindungszahlen, während es passiert.

# Ubuntu: allow web traffic through ufw
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw status verbose

# Confirm from outside (another machine; on a Mac use -G 5 instead of -w 5):
nc -vz -w 5 yourdomain.com 443

Timed Out vs. Refused vs. Reset: So unterscheiden Sie sie

Eine Firewall, die Traffic verwirft (drop), erzeugt einen Timeout; eine, die ihn abweist (reject), antwortet sofort, meist als Ablehnung oder als ERR_ADDRESS_UNREACHABLE, wenn sie mit einer ICMP-Nachricht abweist, wie es firewalld standardmäßig tut. Ausführliche Anleitungen: ERR_CONNECTION_REFUSED, ERR_CONNECTION_RESET und ERR_NAME_NOT_RESOLVED.