ERR_CONNECTION_TIMED_OUT: Ursache und Lösung
ERR_CONNECTION_TIMED_OUT bedeutet, der Browser hat innerhalb des Zeitfensters überhaupt keine Antwort auf seinen Verbindungsversuch erhalten, anders als bei einer abgelehnten Verbindung, die eine schnelle, ausdrückliche Ablehnung bekommt. Etwas zwischen Client und Server verwirft die Anfrage stillschweigend.
Was ERR_CONNECTION_TIMED_OUT bedeutet
Wenn ein Browser eine Verbindung öffnet, sendet er ein SYN-Paket und wartet auf ein SYN-ACK zurück. Eine Zeitüberschreitung bedeutet, es kam überhaupt keine Antwort an, weder eine Annahme noch eine Ablehnung, bevor der Client aufgegeben hat. Dieses Schweigen ist der entscheidende Unterschied zu einer abgelehnten Verbindung: Eine Ablehnung ist ein schnelles, eindeutiges Nein von der Zielmaschine, während eine Zeitüberschreitung bedeutet, dass das Paket vielleicht nie etwas erreicht hat, das darauf antworten könnte. Chrome wartet typischerweise rund 30 Sekunden, bevor es aufgibt und den Fehler zeigt.
Das Betriebssystem wiederholt das SYN meist ein paar Mal, bevor es aufgibt, verteilt über das Wartefenster, statt eine Anfrage zu senden und stumm zu warten. Dieses Wiederholungsverhalten ist mit ein Grund, warum eine Zeitüberschreitung merklich länger braucht, um sichtbar zu werden, als eine Ablehnung: Der Client versucht es weiter, falls der erste Versuch nur gewöhnlichem Paketverlust zum Opfer fiel, und meldet den Fehler erst, wenn auch jede Wiederholung unbeantwortet blieb.
Wie sich der Fehler zeigt
Chrome zeigt "This site can't be reached ... ERR_CONNECTION_TIMED_OUT" erst nach der vollen Wartezeit, was das klarste optische Zeichen ist, das ihn von einem schnellen Fehlschlag unterscheidet. Von der Kommandozeile aus:
curl -v --max-time 10 https://example.com/
* Trying 203.0.113.10:443...
* Connection timed out after 10001 milliseconds
curl: (28) Connection timed out after 10001 milliseconds
Ohne ein --max-time-Flag nutzt curl den Systemstandard, der weit über eine Minute laufen kann; das Flag ausdrücklich zu setzen hält die Diagnose schnell.
Was ERR_CONNECTION_TIMED_OUT verursacht
- Der Host ist down. Ein ausgeschalteter, hängender, oder auf Netzwerkebene unerreichbarer Server kann kein Paket beantworten, auch kein Reset.
- Eine Firewall verwirft das Paket stillschweigend. Eine DROP-Regel verwirft das SYN, ohne etwas zurückzusenden, eine übliche Sicherheitshaltung für Ports, die aus dem Internet nicht erreichbar sein sollten.
- DNS löst zur falschen oder einer veralteten IP-Adresse auf. Der Browser verbindet sich mit einer echten, erreichbaren Adresse, nur nicht der, an der tatsächlich etwas lauscht.
- Irgendwo auf dem Pfad existiert ein Routing-Problem. Eine falsch konfigurierte Route, eine kaputte Peering-Verbindung, oder ein Ausfall auf Ebene des Internetanbieters können Pakete stranden lassen, bevor sie das Zielnetzwerk überhaupt erreichen.
- Der Server ist überlastet und kann keine neuen Verbindungen annehmen. Eine volle Verbindungswarteschlange oder ein erschöpfter Worker-Pool lassen eingehende SYN-Pakete unbeantwortet, obwohl die Maschine selbst läuft.
Abgelehnt, zurückgesetzt oder Zeitüberschreitung
| Fehler | Was passiert | Typische Ursache |
|---|---|---|
| ERR_CONNECTION_REFUSED | Schnelle, ausdrückliche Ablehnung (RST) | Nichts lauscht auf dem Port, oder eine REJECT-Firewall-Regel |
| ERR_CONNECTION_RESET | Verbindung funktionierte, wurde dann abgebrochen | Firewall, Absturz, oder Proxy-Eingriff mitten in der Verbindung |
| ERR_CONNECTION_TIMED_OUT | Überhaupt keine Antwort, volle Wartezeit vor dem Aufgeben | Host down, DROP-Firewall-Regel, Routing, oder falsche IP |
So finden Sie heraus, wer schuld ist
Probieren Sie dieselbe Adresse von einem anderen Netzwerk aus, etwa mobilen Daten. Verbindet sie sich dort, liegt das Problem lokal: Ihr Router, Ihr Internetanbieter, oder eine Firewall in Ihrem eigenen Netzwerk. Läuft es überall in eine Zeitüberschreitung, ist der Server oder ein Netzwerksegment in seiner Nähe die Ursache. Eine Port-Prüfung von mehreren Standorten gleichzeitig bestätigt das in einem Schritt und zeigt, ob die Zeitüberschreitung über Regionen hinweg konsistent ist oder auf einen Pfad beschränkt bleibt.
So beheben Sie ERR_CONNECTION_TIMED_OUT
Wenn Sie Besucher sind
- Probieren Sie ein anderes Netzwerk, etwa mobile Daten, um ein lokales Router- oder Internetanbieter-Routing-Problem auszuschließen.
- Starten Sie Ihren Router neu, um einen hängenden Routing- oder DNS-Cache-Eintrag zu leeren.
- Leeren Sie Ihren lokalen DNS-Cache, falls er für die Domain eine veraltete, unerreichbare IP-Adresse hält.
- Deaktivieren Sie vorübergehend ein VPN, falls eines aktiv ist; der Exit-Knoten eines VPN kann selbst das sein, was unerreichbar ist.
Wenn Sie die Website betreiben
- Bestätigen Sie, dass der Host tatsächlich läuft und von außerhalb seines eigenen Netzwerks erreichbar ist, nicht nur aus einer lokalen Shell auf derselben Maschine.
- Prüfen Sie Cloud-Security-Groups und Firewall-Regeln auf eine DROP-Regel für den betreffenden Port; eine Regel, die Traffic stillschweigend verwirft, wird leicht übersehen, weil sie standardmäßig keinen Log-Eintrag erzeugt.
- Verfolgen Sie den Pfad, um zu bestätigen, wo Pakete stoppen:
Ein Trace, der sauber an Ihrem eigenen Edge-Router stoppt, deutet auf eine lokale oder Cloud-Anbieter-Firewall statt auf das weitere Internet hin.traceroute example.com mtr example.com - Bestätigen Sie, dass der Dienst auf
0.0.0.0lauscht, nicht nur auf127.0.0.1. Ein nur an die Loopback-Adresse gebundener Dienst ist für alles außerhalb der Maschine unsichtbar, was von außen identisch wie ein Firewall-Drop aussieht. - Prüfen Sie auf Erschöpfung der Verbindungswarteschlange unter Last; eine volle Backlog-Warteschlange kann neue SYN-Pakete unbeantwortet lassen, obwohl bestehende Verbindungen normal funktionieren.
So beugen Sie ERR_CONNECTION_TIMED_OUT vor
Ein stilles Verwerfen erzeugt kein Fehlerprotokoll am Server, da nie etwas die Anfrage empfangen hat, um sie zu protokollieren, was diese Fehlerart ohne aktive Prüfungen leicht übersehen lässt. Regelmäßiges Port- und HTTP-Monitoring von außerhalb des Netzwerks erkennt einen unerreichbaren Host oder einen stillschweigend verworfenen Port in dem Moment, in dem er beginnt, und alarmiert per E-Mail, SMS, Sprachanruf, Slack, Telegram und mehr, bevor Besucher es selbst melden.
Verwandte Fehler
- ERR_CONNECTION_REFUSED ist eine schnelle, ausdrückliche Ablehnung statt Schweigen.
- ERR_ADDRESS_UNREACHABLE bedeutet, es gibt überhaupt keine Route zur Adresse, statt eines unbeantworteten Versuchs auf einer gültigen Route.
- This site can't be reached deckt die gesamte Gruppe von Verbindungsfehlern ab, die Chrome unter einer Überschrift zusammenfasst.
Häufig gestellte Fragen
Wie lange wartet Chrome, bevor es ERR_CONNECTION_TIMED_OUT zeigt?
Rund 30 Sekunden, wobei die genaue Zahl je nach Plattform und Netzwerkbedingungen variieren kann. Ein durchgängig schneller Fehlschlag weit unter dieser Zeit ist eher eine abgelehnte Verbindung als eine Zeitüberschreitung.
Warum lädt die Website auf meinem Handy, aber nicht auf meinem Laptop?
Das deutet meist auf etwas Spezifisches am Netzwerkpfad des Laptops hin: eine Firmen-Firewall, einen VPN-Client, oder einen lokal zwischengespeicherten DNS-Eintrag, der auf eine unerreichbare Adresse zeigt.
Kann ein DNS-Problem ERR_CONNECTION_TIMED_OUT statt eines DNS-Fehlers verursachen?
Ja, falls DNS erfolgreich auflöst, aber eine IP-Adresse zurückgibt, an der nichts erreichbar ist, etwa ein alter, mittlerweile außer Betrieb genommener Server. Die Abfrage gelingt, aber der Verbindungsversuch zu dieser Adresse läuft dann in eine Zeitüberschreitung.
Ist ERR_CONNECTION_TIMED_OUT in jedem Browser gleich?
Die zugrunde liegende Ursache ist dieselbe, aber der Wortlaut unterscheidet sich: Firefox zeigt "The connection has timed out", und Safari zeigt "This webpage is unable to load" nach einer ähnlichen Wartezeit.
Bedeutet eine Zeitüberschreitung immer, dass der Server down ist?
Nein. Es bedeutet, nichts hat auf den Verbindungsversuch geantwortet, was auch bedeuten kann, dass eine Firewall ihn stillschweigend verworfen hat, eine Route irgendwo dazwischen kaputt ist, oder DNS auf die falsche Adresse zeigt, während der echte Server in Ordnung ist.
Warum läuft dieselbe Website bei mir in eine Zeitüberschreitung, lädt aber bei einem Kollegen im selben Büronetzwerk?
Prüfen Sie auf einen geräteeigenen VPN-Client, einen lokal zwischengespeicherten DNS-Eintrag, oder eine browserseitige Proxy-Einstellung, die nur auf Ihrer Maschine konfiguriert ist; ein geteiltes Netzwerkproblem betrifft normalerweise alle darin gleichermaßen, ein Unterschied zwischen zwei Geräten im selben Netzwerk deutet also auf etwas Spezifisches an einem davon hin.