SSH не підключається

Покроковий розбір: від «connection timed out» до «access denied» — як зрозуміти, де саме обрив, і відновити доступ через консоль у панелі.

Оновлено 23 серпня 2026 р.

Втрата SSH завжди виглядає однаково, але причин п'ять, і виправляються вони по-різному. Почніть із повідомлення про помилку — воно одразу звужує пошук. Головне: доступ до машини у вас завжди є через вкладку «Консоль» у панелі /hosting/vds/m/<id>; вона працює незалежно від мережі та налаштувань усередині системи.

Читаємо помилку

Повідомлення	Де розрив
`Connection timed out`	пакети не доходять: машина вимкнена, фільтр, неправильна адреса
`Connection refused`	машина відповідає, але на порту ніхто не слухає: служба sshd не запущена
`Permission denied (publickey)`	мережа в порядку, ключ не збігся
`Permission denied (password)`	пароль не збігся або вхід за паролем вимкнено
`Host key verification failed`	відбиток машини змінився — зазвичай після перевстановлення

Корисно подивитися деталі: ssh -vvv root@YOUR_ADDRESS покаже, на якому етапі все застрягло.

Timed out

Перевірте стан машини на вкладці «Огляд». Якщо графіки зупинилися, машина не працює — увімкніть її або перезавантажте з панелі.
Переконайтеся, що адреса правильна і машина взагалі доступна: ping YOUR_ADDRESS.
Увійдіть через консоль і перевірте фільтр:

ss -tulpn | grep sshd
nft list ruleset | head -40      # or iptables -S
ufw status                       # Debian, Ubuntu
firewall-cmd --list-all          # AlmaLinux, CentOS Stream

Класичний випадок — ви виконали ufw enable, не дозволивши порт 22. Виправляється однією командою з консолі: ufw allow 22/tcp.

Перевірте, чи не блокує вас fail2ban після невдалих спроб: fail2ban-client status sshd; щоб розблокувати — fail2ban-client set sshd unbanip YOUR_IP.

Connection refused

Служба не запущена або слухає інший порт.

systemctl status sshd || systemctl status ssh
journalctl -u sshd -n 50 --no-pager
sshd -t                          # check configuration for errors
systemctl restart sshd

sshd -t найчастіше рятує: одна друкарська помилка в /etc/ssh/sshd_config заважає службі запуститися після перезавантаження. Якщо ви змінили порт, підключайтеся з -p NUMBER і не забудьте дозволити його у фільтрі.

Permission denied

Якщо помилка стосується ключа, перевірте на машині:

ls -la /root/.ssh
chmod 700 /root/.ssh && chmod 600 /root/.ssh/authorized_keys
grep -E 'PermitRootLogin|PubkeyAuthentication|PasswordAuthentication' /etc/ssh/sshd_config

Якщо права суворіші за дозволені, sshd мовчки відмовить. Список ключів у панелі на вкладці «Доступ» замінюється повністю: додаючи новий ключ, не видаліть випадково робочий. Збереження списку перезавантажує працюючу машину, тож редагуйте його повністю і за один раз.

Забули пароль root — подивіться його на вкладці «Доступ»; він зберігається зашифрованим і показується натисканням кнопки. Якщо ви змінили пароль усередині системи, панель про це не знає: або увійдіть через консоль і змініть його командою passwd, або натисніть «Змінити пароль» — панель видасть новий і перезавантажить машину.

Host key verification failed

Після перевстановлення системи відбиток змінюється. Видаліть старий запис на своєму боці:

ssh-keygen -R YOUR_ADDRESS

Якщо перевстановлення не було, не підтверджуйте новий відбиток наосліп — перевірте його через консоль: ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub.

Коли нічого не допомогло

Завантажте машину в режимі відновлення: вкладка «Доступ» → режим завантаження → диск SystemRescue. Машина запускається з образу, вхід root без пароля, ваш диск видно як /dev/sda. Змонтуйте його та відредагуйте конфігурацію:

mount /dev/sda1 /mnt
nano /mnt/etc/ssh/sshd_config

Потім поверніться до звичайного режиму завантаження і перезавантажте машину.

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