ERR_CONNECTION_REFUSED: сервер отказал в подключении

Что значит ошибка

В исходном коде Chromium эта ошибка описана как отказ в попытке соединения (net_error_list.h). По спецификации TCP, если на порту нет слушающей программы, получатель отвечает сегментом сброса соединения (RFC 9293, раздел 3.5.2). Браузер получает отказ сразу, без ожидания.

Если ответа нет совсем и браузер ждёт десятки секунд, это другая ошибка: ERR_CONNECTION_TIMED_OUT.

Шаг 1. Выясните, у кого ошибка

Откройте адрес с телефона через мобильный интернет и в другом браузере.

• Открывается. Проблема на вашем устройстве или в сети: шаг 2.
• Не открывается нигде. Проблема у сайта. Если сайт не ваш, подождите. Если ваш, переходите к шагу 3.

Шаг 2. Устройство и сеть

1. Откройте файл hosts (C:\Windows\System32\drivers\etc\hosts в Windows, /etc/hosts в macOS и Linux). Если там есть строка с вашим доменом и адресом 127.0.0.1, браузер идёт на ваш же компьютер, где ничего не слушает порт. Удалите строку, если вы её не добавляли для разработки.
2. Проверьте адрес в строке браузера: если в нём указан порт (:8080, :3000), а на сервере он не открыт, будет отказ.
3. Выключите VPN, прокси и антивирус с проверкой интернета и повторите.
4. Смените DNS на 1.1.1.1 или 8.8.8.8 в настройках сети.

Шаг 3. Проверьте порты с внешней сети

curl -v --connect-timeout 10 http://example.ru
curl -v --connect-timeout 10 https://example.ru
nc -vz -w 10 example.ru 80
nc -vz -w 10 example.ru 443

Сравните адрес сервера, который показывает dig +short example.ru A, с адресом вашего хостинга. Если там 127.0.0.1 или адрес чужого сервера, запись нужно исправить (разбор про DNS после переноса).

Шаг 4. Сервер: найдите, кто слушает порты

Зайдите на сервер по SSH и выполните:

systemctl status nginx
ss -tlnp | grep -E ':(80|443)\b'

Если вместо nginx работает Apache, проверьте systemctl status apache2 (или httpd).

• Служба остановлена. Запустите: systemctl start nginx. Если не запускается, посмотрите причину: journalctl -u nginx -n 50. Чаще всего это ошибка в конфигурации, которую показывает nginx -t. После правки конфигурации и перезапуска с ошибкой веб-сервер не поднимается, и порты остаются без слушателя.
• Порты слушают, но не те адреса. В выводе ss вместо 0.0.0.0:80 или [::]:80 стоит 127.0.0.1:80: сервер принимает соединения только с самого себя. Проверьте директиву listen в конфигурации сайта: listen 80; и listen 443 ssl; без привязки к 127.0.0.1 (документация nginx).
• Порт 443 не слушают, потому что нет сертификата. После переноса сайта блок HTTPS часто ещё не создан. Выпустите сертификат и включите блок с listen 443 ssl (см. ERR_SSL_PROTOCOL_ERROR).
• Сетевой экран отвечает отказом. Правила ufw, iptables или nftables с действием reject, группы безопасности облака. Порты 80 и 443 должны быть открыты для внешней сети: ufw status, iptables -S.
• Сайт на виртуальном хостинге. Служба веб-сервера у хостинга, вы её не перезапустите. Проверьте страницу статуса хостинга и напишите в поддержку с адресом сайта и временем первой ошибки.

Шаг 5. Проверка после исправления

1. ss -tlnp показывает слушателя на портах 80 и 443 на внешних адресах.
2. curl -I https://example.ru возвращает 200 или 301.
3. Сайт открывается с телефона через мобильную сеть.
4. Служба запускается сама после перезагрузки сервера: systemctl is-enabled nginx выводит enabled.

Когда нужен специалист

• Веб-сервер не запускается, а в журнале непонятная ошибка.
• Нет доступа к серверу.
• Порты открыты, служба работает, но снаружи отказ: вероятно, мешают правила сети провайдера.
• Отказ появился после переноса или смены хостинга.
• Сайт упал ночью, а причину нужно найти, чтобы не повторилось.

Сколько стоит решение у нас

Диапазоны ориентировочные, ставка 3 800 ₽ в час. Точную оценку присылаем до начала работ. Все цены.

Частые вопросы