ERR_CONNECTION_REFUSED: сервер отклонил соединение

Сообщение «Сайт отклонил подключение» с кодом ERR_CONNECTION_REFUSED появляется, когда до нужного адреса пакеты дошли, но на конкретном порту никто не принимает соединение. Операционная система целевой машины ответила явным отказом, и браузер сразу показал ошибку, не дожидаясь тайм-аута.

Это принципиальное отличие от зависания: при отказе ответ приходит быстро, за доли секунды. Значит, канал связи в целом работает, маршрут до узла существует, а проблема в том, что по этому адресу и порту сейчас не запущена служба либо её закрыл межсетевой экран.

Отсюда полезный вывод: искать причину нужно не в скорости интернета, а в адресе, порте и настройках, которые направляют запрос именно туда.

Чаще всего дело в самом сайте или сервисе: веб-сервер остановлен, перезапускается или слушает другой порт. Для чужих ресурсов это самая частая причина, и с вашей стороны ничего не исправить.

Вторая группа причин локальная. Запись в файле hosts, которая направляет имя на неверный адрес, включённый промежуточный сервер с несуществующим узлом, остаточные настройки после удалённой программы. Третья группа — адрес localhost: при разработке страница на 127.0.0.1 недоступна просто потому, что локальный сервер не запущен или занял другой порт.

Реже отказ создаёт брандмауэр, настроенный на явное отклонение, а не на тихое отбрасывание пакетов. Такие правила бывают в корпоративных сетях и на домашних роутерах с включённым родительским контролем.

Начните с простого: откройте тот же адрес на другом устройстве в другой сети, например через мобильный интернет. Если там страница открывается, проблема локальная. Если нет, отказывает сам сервер.

Затем проверьте адрес в строке: лишний порт после двоеточия и путаница между http и https часто приводят к отказу. Попробуйте вариант без указания порта.

Потом загляните в настройки промежуточного сервера системы и браузера. Если включён ручной промежуточный сервер, который давно не существует, отключите его временно. Проверьте файл hosts в системной папке drivers/etc на Windows или /etc/hosts на macOS и Linux: чужие строки с нужным доменом следует закомментировать.

Команда ping и tracert покажут, есть ли путь до узла, а проверка порта средствами вроде Test-NetConnection в PowerShell подскажет, открыт ли именно нужный порт.

Если отказ вызван промежуточный сервер, вернитесь к автоматическому определению настроек. Если виноват hosts, удалите лишнюю строку и очистите кеш DNS командой ipconfig /flushdns. После этого закройте браузер полностью и откройте заново.

При работе с локальным сервером убедитесь, что процесс запущен и слушает именно тот порт, который указан в адресе. Иногда порт занят другой программой, и сервер стартует на соседнем номере.

Если у вас на компьютере стоит антивирус со сканированием сети, кратковременно отключите проверку соединений и повторите попытку. Роутер стоит перезагрузить, если отказ появляется сразу на нескольких сайтах: у него могли зависнуть таблицы соединений.

Если отказ виден с разных устройств и сетей, вы ничего не сломали. Владельцу нужно проверить, запущена ли служба, слушает ли она нужный адрес, а не только 127.0.0.1, и не закрыт ли порт в настройках файрвола или в панели облачного хостинга.

Типичный случай после переезда: домен уже указывает на новый сервер, но веб-сервер на нём ещё не установлен. Другой случай — контейнер упал после обновления и не перезапустился. Для посетителя остаётся подождать и повторить позже.

Допустим, вы открываете адрес тестового сервера с портом 8080 и видите отказ. Первым делом стоит убедиться, что служба запущена именно на этой машине: в списке процессов должен быть веб-сервер, а в списке прослушиваемых портов — нужный номер. Если порт слушает только локальный адрес 127.0.0.1, а вы обращаетесь с другого компьютера, отказ тоже будет, хотя служба формально работает.

Другой пример: сайт открывался вчера, а сегодня выдаёт отказ на всех устройствах. Скорее всего, служба остановилась после обновления или закончилось место на диске, и веб-сервер не смог стартовать. Владельцу тут поможет журнал системных служб и проверка свободного места.

Такие разборы показывают общее правило: при отказе всегда спрашивайте, кто должен слушать этот порт и слушает ли он. Ответ на этот вопрос обычно занимает пару минут и лучше любых догадок.