ERR_CONNECTION_TIMED_OUT: чому трапляється і як виправити

2026-09-19

ERR_CONNECTION_TIMED_OUT означає, що браузер так і не отримав жодної відповіді на спробу з'єднання в межах вікна тайм-ауту, на відміну від відмови у з'єднанні, що дає швидку, явну відмову. Щось між клієнтом і сервером мовчки відкидає запит.

Що означає ERR_CONNECTION_TIMED_OUT

Коли браузер відкриває з'єднання, він надсилає пакет SYN і чекає у відповідь SYN-ACK. Тайм-аут означає, що взагалі жодної відповіді не прийшло - ні прийняття, ні відмови - перш ніж клієнт здався. Саме ця тиша - ключова відмінність від відмови у з'єднанні: відмова - це швидке, однозначне "ні" від цільової машини, тоді як тайм-аут означає, що пакет, можливо, взагалі ніколи не дістався того, хто міг би відповісти. Chrome зазвичай чекає близько 30 секунд, перш ніж здатися і показати помилку.

Операційна система зазвичай повторює SYN кілька разів, перш ніж здатися, розподіляючи спроби протягом вікна очікування, а не надсилаючи один запит і мовчки чекаючи. Ця поведінка з повторами - частина того, чому тайм-аут проявляється помітно довше за відмову: клієнт продовжує пробувати на випадок, що перша спроба загубилася через звичайну втрату пакетів, і повідомляє про помилку лише тоді, коли на кожен повтор теж не відповіли.

Як з'являється помилка

Chrome показує "This site can't be reached ... ERR_CONNECTION_TIMED_OUT" лише після повного очікування, що є найчіткішою візуальною ознакою, яка відрізняє її від швидкого збою. З командного рядка:

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

Без прапорця --max-time curl використовує системне значення за замовчуванням, яке може тривати добряче понад хвилину; явне встановлення прапорця тримає діагностику швидкою.

Що спричиняє ERR_CONNECTION_TIMED_OUT

Хост не працює. Сервер, що вимкнений, завис чи недосяжний на рівні мережі, не може відповісти на жоден пакет, включно зі скиданням.
Брандмауер мовчки відкидає пакет. Правило DROP відкидає SYN, нічого не надсилаючи у відповідь, що є поширеною позицією безпеки для портів, які не мають бути досяжними з інтернету.
DNS розв'язується в неправильну чи застарілу IP-адресу. Браузер з'єднується зі справжньою, досяжною адресою, просто не тією, на якій щось справді слухає.
Десь на шляху існує проблема маршрутизації. Неправильно налаштований маршрут, зламаний peering-канал чи збій на рівні провайдера можуть залишити пакети застряглими ще до того, як вони дістануться цільової мережі.
Сервер перевантажений і не може приймати нові з'єднання. Заповнена черга з'єднань чи вичерпаний пул воркерів лишає вхідні SYN-пакети без відповіді, навіть коли сама машина працює.

Відмова, скидання чи тайм-аут

Помилка	Що відбувається	Типова причина
ERR_CONNECTION_REFUSED	Швидка, явна відмова (RST)	Ніхто не слухає на порту, чи правило брандмауера REJECT
ERR_CONNECTION_RESET	З'єднання працювало, а тоді було обірвано	Брандмауер, збій чи втручання проксі посеред з'єднання
ERR_CONNECTION_TIMED_OUT	Жодної відповіді взагалі, повне очікування перед здачею	Хост не працює, правило брандмауера DROP, маршрутизація чи неправильна IP-адреса

Як зрозуміти, хто винен

Спробуйте ту саму адресу з іншої мережі, наприклад мобільного інтернету. Якщо там вона з'єднується, проблема локальна: ваш роутер, провайдер чи брандмауер у вашій власній мережі. Якщо тайм-аут скрізь, причина - сервер чи мережевий сегмент близько до нього. Запуск перевірки порту з кількох локацій одночасно підтверджує це за один крок і показує, чи тайм-аут стабільний по регіонах, чи обмежений одним шляхом.

Як виправити ERR_CONNECTION_TIMED_OUT

Якщо ви відвідувач

Спробуйте іншу мережу, наприклад мобільний інтернет, щоб виключити проблему з локальним роутером чи маршрутом провайдера.
Перезавантажте роутер, щоб очистити застряглий запис маршрутизації чи DNS-кешу.
Очистіть локальний DNS-кеш на випадок, якщо він тримає застарілу, недосяжну IP-адресу для домену.
Тимчасово вимкніть VPN, якщо він активний; сам вихідний вузол VPN може бути тим, що недосяжне.

Якщо ви керуєте сайтом

Підтвердьте, що хост справді працює і досяжний ззовні власної мережі, а не лише з локальної оболонки на тій самій машині.
Перевірте хмарні групи безпеки й правила брандмауера на предмет правила DROP на відповідному порту; правило, що мовчки відкидає трафік, легко пропустити, оскільки за замовчуванням воно не залишає запису в лозі.
Простежте шлях, щоб підтвердити, де зупиняються пакети:
```
traceroute example.com
mtr example.com
```
Трасування, що чисто зупиняється на вашому власному прикордонному роутері, вказує на локальний брандмауер чи брандмауер хмарного провайдера, а не на ширший інтернет.
Підтвердьте, що служба слухає на 0.0.0.0, а не лише на 127.0.0.1. Служба, прив'язана лише до loopback-адреси, невидима для всього поза машиною, що ззовні виглядає ідентично до відкидання брандмауером.
Перевірте на вичерпання черги з'єднань під навантаженням; заповнена черга очікування може лишити нові SYN-пакети без відповіді, навіть коли наявні з'єднання працюють нормально.

Як запобігти ERR_CONNECTION_TIMED_OUT

Мовчазне відкидання не створює лог помилок на сервері, оскільки запит ніколи нікуди не приходив, щоб його залогувати, що робить цей вид збою легким пропустити без активних перевірок. Регулярний моніторинг порту й HTTP ззовні мережі ловить недосяжний хост чи мовчки відкинутий порт тієї миті, коли це починається, і сповіщає електронною поштою, SMS, голосовим дзвінком, у Slack, Telegram та іншими способами, перш ніж відвідувачі повідомлять про це самі.

Пов'язані помилки

ERR_CONNECTION_REFUSED - швидка, явна відмова, а не тиша.
ERR_ADDRESS_UNREACHABLE означає, що до адреси взагалі немає маршруту, а не відсутність відповіді на спробу через валідний маршрут.
This site can't be reached охоплює весь набір помилок з'єднання, які Chrome об'єднує під одним заголовком.

Часті запитання

Скільки часу Chrome чекає, перш ніж показати ERR_CONNECTION_TIMED_OUT?

Близько 30 секунд, хоча точна цифра може відрізнятися залежно від платформи й мережевих умов. Стабільно швидкий збій набагато раніше за цей час - це, найімовірніше, відмова у з'єднанні, а не тайм-аут.

Чому сайт завантажується на моєму телефоні, але дає тайм-аут на ноутбуці?

Це зазвичай вказує на щось специфічне для мережевого шляху ноутбука: корпоративний брандмауер, VPN-клієнт чи закешований DNS-запис, що вказує на недосяжну адресу.

Чи може проблема з DNS спричинити ERR_CONNECTION_TIMED_OUT замість помилки DNS?

Так, якщо DNS успішно розв'язується, але повертає IP-адресу, до якої нічого не досяжно, наприклад старий сервер, виведений з експлуатації. Пошук проходить успішно, але спроба з'єднання з цією адресою потім завершується тайм-аутом.

Чи ERR_CONNECTION_TIMED_OUT однакова в кожному браузері?

Базова причина та сама, але формулювання відрізняється: Firefox показує "The connection has timed out", а Safari показує "This webpage is unable to load" після схожого очікування.

Чи завжди тайм-аут означає, що сервер не працює?

Ні. Це означає, що ніхто не відповів на спробу з'єднання, що також може означати, що брандмауер мовчки її відкинув, десь між сторонами зламаний маршрут, чи DNS вказує на неправильну адресу, поки справжній сервер у порядку.

Чому той самий сайт дає тайм-аут у мене, але завантажується в колеги в тій самій офісній мережі?

Перевірте наявність VPN-клієнта на конкретному пристрої, закешованого DNS-запису чи налаштування проксі на рівні браузера, які є лише на вашій машині; спільна проблема мережі зазвичай зачіпає всіх у ній однаково, тож різниця між двома пристроями в одній мережі вказує на щось специфічне для одного з них.