ERR_CONNECTION_TIMED_OUT: waarom het gebeurt en hoe u het oplost

2026-09-19

ERR_CONNECTION_TIMED_OUT betekent dat de browser binnen het timeoutvenster nooit enig antwoord kreeg op zijn verbindingspoging, anders dan bij een geweigerde verbinding, die een snelle, expliciete afwijzing krijgt. Iets tussen de client en de server dropt het verzoek stilzwijgend.

Wat ERR_CONNECTION_TIMED_OUT betekent

Wanneer een browser een verbinding opent, stuurt hij een SYN-pakket en wacht op een SYN-ACK als antwoord. Een timeout betekent dat er helemaal geen antwoord binnenkwam, geen acceptatie en geen weigering, voordat de client het opgaf. Die stilte is het belangrijkste verschil met een geweigerde verbinding: een weigering is een snel, definitief nee van de doelmachine, terwijl een timeout betekent dat het pakket mogelijk nooit iets bereikte dat kon antwoorden. Chrome wacht doorgaans ongeveer 30 seconden voordat het het opgeeft en de fout toont.

Het besturingssysteem probeert de SYN meestal een paar keer opnieuw voordat het opgeeft, waarbij de pogingen worden verspreid over het wachtvenster in plaats van één verzoek te versturen en stilzwijgend te wachten. Dat herhaalgedrag is deels waarom een timeout merkbaar langer duurt om te verschijnen dan een weigering: de client blijft het proberen voor het geval de eerste poging verloren ging door gewoon pakketverlies, en meldt de fout pas zodra ook elke herhaalde poging onbeantwoord bleef.

Hoe de fout verschijnt

Chrome toont "This site can't be reached ... ERR_CONNECTION_TIMED_OUT" pas na de volledige wachttijd, wat het duidelijkste visuele signaal is dat hem onderscheidt van een snelle storing. Vanaf de commandoregel:

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

Zonder een --max-time-vlag gebruikt curl de systeemstandaard, die ruim boven een minuut kan uitkomen; de vlag expliciet instellen houdt de diagnose snel.

Wat ERR_CONNECTION_TIMED_OUT veroorzaakt

De host is down. Een server die uitstaat, is vastgelopen, of onbereikbaar is op netwerkniveau kan geen enkel pakket beantwoorden, ook geen reset.
Een firewall dropt het pakket stilzwijgend. Een DROP-regel negeert de SYN zonder iets terug te sturen, wat een gebruikelijke beveiligingshouding is voor poorten die niet vanaf het internet bereikbaar zouden moeten zijn.
DNS lost op naar het verkeerde of een verouderd IP-adres. De browser maakt verbinding met een echt, bereikbaar adres, alleen niet het adres waarop iets daadwerkelijk luistert.
Er bestaat ergens een routeringsprobleem op het pad. Een verkeerd geconfigureerde route, een kapotte peeringlink, of een storing op providerniveau kan pakketten laten stranden voordat ze het bestemmingsnetwerk ooit bereiken.
De server is overbelast en kan geen nieuwe verbindingen accepteren. Een volle wachtrij voor verbindingen of een uitgeputte workerpool laat inkomende SYN-pakketten onbeantwoord, ook al draait de machine zelf.

Geweigerd, gereset, of een timeout

Fout	Wat er gebeurt	Typische oorzaak
ERR_CONNECTION_REFUSED	Snelle, expliciete weigering (RST)	Niets luistert op de poort, of een REJECT-firewallregel
ERR_CONNECTION_RESET	Verbinding werkte, werd daarna afgebroken	Firewall, crash, of proxy-interferentie halverwege de verbinding
ERR_CONNECTION_TIMED_OUT	Helemaal geen antwoord, volledige wachttijd voordat het wordt opgegeven	Host down, DROP-firewallregel, routering, of verkeerd IP

Hoe u vaststelt wiens fout het is

Probeer hetzelfde adres vanaf een ander netwerk, zoals mobiele data. Verbindt het daar wel, dan ligt het probleem lokaal: uw router, provider, of een firewall op uw eigen netwerk. Krijgt u overal een timeout, dan is de server of een netwerksegment dicht erbij de oorzaak. Een poortcontrole vanaf meerdere locaties tegelijk bevestigt dit in één stap en laat zien of de timeout consistent is over regio's heen of beperkt tot één pad.

Hoe u ERR_CONNECTION_TIMED_OUT oplost

Bent u de bezoeker

Probeer een ander netwerk, zoals mobiele data, om een lokaal router- of providerroutingsprobleem uit te sluiten.
Herstart uw router om een vastgelopen routerings- of DNS-cache-item te wissen.
Wis uw lokale DNS-cache voor het geval die een verouderd, onbereikbaar IP-adres voor het domein vasthoudt.
Schakel een VPN tijdelijk uit als er een actief is; het eigen exitnode van een VPN kan zelf het onbereikbare zijn.

Beheert u de site

Bevestig dat de host daadwerkelijk aan staat en bereikbaar is van buiten zijn eigen netwerk, niet alleen vanuit een lokale shell op dezelfde machine.
Controleer cloud security groups en firewallregels op een DROP-regel voor de betreffende poort; een regel die verkeer stilzwijgend negeert is makkelijk over het hoofd te zien omdat hij standaard geen logregel oplevert.
Traceer het pad om te bevestigen waar pakketten stoppen:
```
traceroute example.com
mtr example.com
```
Een trace die netjes stopt bij uw eigen edge-router wijst op een lokale of cloudprovider-firewall in plaats van het bredere internet.
Bevestig dat de dienst luistert op 0.0.0.0, niet alleen op 127.0.0.1. Een dienst die alleen aan het loopback-adres gebonden is, is onzichtbaar voor alles buiten de machine, wat er van buitenaf identiek uitziet aan een firewall-drop.
Controleer op uitputting van de verbindingswachtrij onder belasting; een volle backlogwachtrij kan nieuwe SYN-pakketten onbeantwoord laten terwijl bestaande verbindingen normaal blijven werken.

Hoe u ERR_CONNECTION_TIMED_OUT voorkomt

Een stille drop levert geen foutlog op de server op, aangezien niets ooit het verzoek ontving om te loggen, wat dit type storing makkelijk maakt om te missen zonder actieve controles. Regelmatige poort- en HTTP-monitoring van buiten het netwerk vangt een onbereikbare host of een stilzwijgend gedropte poort op zodra het begint, en waarschuwt via e-mail, sms, spraakoproep, Slack, Telegram en meer voordat bezoekers het zelf melden.

Gerelateerde fouten

ERR_CONNECTION_REFUSED is een snelle, expliciete weigering in plaats van stilte.
ERR_ADDRESS_UNREACHABLE betekent dat er helemaal geen route naar het adres bestaat, in plaats van een onbeantwoorde poging op een geldige route.
This site can't be reached behandelt de volledige verzameling verbindingsfouten die Chrome onder één kop groepeert.

Veelgestelde vragen

Hoe lang wacht Chrome voordat het ERR_CONNECTION_TIMED_OUT toont?

Ongeveer 30 seconden, al kan het exacte cijfer variëren per platform en netwerkomstandigheden. Een consequent snelle storing ver onder die tijd is eerder een geweigerde verbinding dan een timeout.

Waarom laadt de site op mijn telefoon maar krijgt mijn laptop een timeout?

Dit wijst meestal op iets specifieks aan het netwerkpad van de laptop: een bedrijfsfirewall, een VPN-client, of een lokaal gecacht DNS-item dat naar een onbereikbaar adres wijst.

Kan een DNS-probleem ERR_CONNECTION_TIMED_OUT veroorzaken in plaats van een DNS-fout?

Ja, als DNS succesvol oplost maar een IP-adres teruggeeft waarop niets bereikbaar is, zoals een oude server die inmiddels is uitgefaseerd. De opzoeking slaagt, maar de verbindingspoging naar dat adres krijgt dan een timeout.

Is ERR_CONNECTION_TIMED_OUT hetzelfde op elke browser?

De onderliggende oorzaak is hetzelfde, maar de bewoording verschilt: Firefox toont "The connection has timed out," en Safari toont "This webpage is unable to load" na een vergelijkbare wachttijd.

Betekent een timeout altijd dat de server down is?

Nee. Het betekent dat niets antwoordde op de verbindingspoging, wat ook kan betekenen dat een firewall hem stilzwijgend heeft gedropt, ergens tussendoor een route kapot is, of DNS naar het verkeerde adres wijst terwijl de echte server prima is.

Waarom krijgt dezelfde site bij mij een timeout maar laadt hij voor een collega op hetzelfde kantoornetwerk?

Controleer op een per-apparaat VPN-client, een lokaal gecacht DNS-item, of een proxy-instelling op browserniveau die alleen uw machine heeft geconfigureerd; een gedeeld netwerkprobleem raakt gewoonlijk iedereen erop gelijk, dus een verschil tussen twee apparaten op hetzelfde netwerk wijst op iets specifieks aan één ervan.