Помилка Connection refused

Коротка відповідь: «Connection refused» означає, що ваші пакети дійшли до сервера, але на цьому порту ніхто не слухає — або фаєрвол активно їх відхилив. Перевірте, що сервіс запущений і слухає правильний порт через ss -tlnp, потім перегляньте правила фаєрвола. Це майже ніколи не збій мережі: відмова — це реальна відповідь від машини.

Огляд

На відміну від таймаута (пакети зникають), відмова миттєва і явна. Це добра новина: сервер живий і доступний, отже винен зупинений сервіс, змінений порт або reject-правило.

Що потрібно мати

• Доступ до сервера — по SSH на іншому порту, якщо він працює, інакше через KVM Console.
• Сервіс і порт, до якого ви прагнете достукатися (SSH 22, HTTP 80, HTTPS 443, MySQL 3306...).

Покрокова інструкція

1. Подивіться, що реально слухає:

   sudo ss -tlnp

   Шукайте порт у колонці локальних адрес і процес-власник наприкінці рядка.
2. Якщо сервісу немає — перевірте й запустіть:

   sudo systemctl status nginx
   sudo systemctl start nginx
   sudo journalctl -u nginx -n 30

   (Підставте sshd, mariadb тощо.) Сервіс, що вмирає одразу після старту, зазвичай пише причину в лог — помилка конфіга, зайнятий порт чи повний диск.
3. Якщо сервіс слухає, а вам усе одно відмовляють, перевірте фаєрвол:

   sudo ufw status verbose

   Правило reject породжує саме відмови; додайте allow-правило для порту.
4. Переконайтеся, що сервіс привʼязаний до публічного IP, а не лише до localhost — 127.0.0.1:3306 у виводі ss означає, що віддалені зʼєднання неможливі в принципі (для баз даних це часто навмисно).

Типові проблеми

• Одрук у конфізі: nginx/sshd не стартують після правки — nginx -t чи sshd -t покажуть точний рядок.
• Порт уже зайнятий: два сервіси бʼються за один порт; journal називає конфлікт.
• Сервіс упав раніше: повний диск і OOM-кіли тихо зупиняють демони — див. закінчилося місце на диску та швидку діагностику RAM.

Коли звертатися в підтримку

Якщо все слухає коректно, фаєрвол дозволяє порт, а зʼєднання ззовні досі відкидаються, хоча локально працюють (curl http://127.0.0.1), — відкрийте тикет із виводом ss -tlnp та фаєрвола.

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

Що саме викликає відповідь Connection refused?

Або жоден процес не слухає цільовий порт, або фаєрвол шле активний reject. Перевірте слухачів через ss -tlnp і правила через ufw status verbose, щоб побачити, який із варіантів ваш.

Сервіс показаний як слухач — чому мені все одно відмовляють?

Він може бути привʼязаний лише до localhost (127.0.0.1), тож віддалені зʼєднання до нього не доходять, або порт перехоплює reject-правило фаєрвола. І те, й інше видно у виводі ss та списку правил.

Схожі статті

• Не вдається підключитися по SSH
• Сайт видає 502 Bad Gateway
• На сервері закінчилося місце на диску
• Як зібрати логи для підтримки

Потрібна допомога? Звернутися в підтримку Cloud2Y →