Коротка відповідь: «Permission denied (publickey)» означає, що зʼєднання SSH працює, але сервер відхилив автентифікацію — не той користувач, не той ключ, неправильні права на authorized_keys або вимкнений вхід за паролем. Перевірте користувача і ключ через ssh -v, а якщо вас заблокувало — полагодьте ключі через KVM Console.
Огляд
Ця помилка йде від політики SSH сервера, а не від мережі. Якщо сервер пропонує лише автентифікацію publickey, а у клієнта немає відповідного ключа, ви отримаєте це повідомлення навіть з ідеально правильним паролем.
Що потрібно мати
- Правильне імʼя користувача (root на більшості Linux-шаблонів; показане на сторінці послуги).
- Приватний ключ, який має працювати, та доступ до Client Area для консолі.
Покрокова інструкція
- Запустіть докладний SSH і дивіться, які ключі пропонуються:
Рядки на кшталтssh -v -i ~/.ssh/id_ed25519 root@YOUR_SERVER_IPOffering public keyтаAuthentications that can continueкажуть, що приймає сервер. - Перевірте користувача —
ubuntu,debianчиrootрізняться між образами; правильний показано на сторінці послуги. - Якщо ключ має працювати, переконайтеся, що це пара публічного ключа на сервері. На сервері (через KVM Console за потреби):
cat ~/.ssh/authorized_keys - Виправте права — SSH мовчки ігнорує занадто відкриті ключі:
chmod 700 ~/.ssh chmod 600 ~/.ssh/authorized_keys - Якщо тимчасово потрібен вхід за паролем, увімкніть його в
/etc/ssh/sshd_config(PasswordAuthentication yes), потім
і вимкніть знову, коли ключі полагоджені.sudo systemctl reload sshd
Типові проблеми
- Не той файл ключа: клієнт пропонує
id_rsa, а сервер знаєid_ed25519— передайте-iявно. - На сервер скопійовано приватний ключ замість публічного — в
authorized_keysмають бути рядки, що починаються зssh-ed25519/ssh-rsa. - Занадто відкриті права на домашній каталог (наприклад, 777) — sshd відкидає весь ланцюжок.
- Вимкнений вхід root (
PermitRootLogin no) — увійдіть звичайним користувачем і використовуйте sudo.
Коли звертатися в підтримку
Якщо ви не можете дістатися сервера навіть через KVM Console, щоб полагодити ключі, або пароль консолі зі сторінки послуги теж відхиляється, — відкрийте тикет і додайте повний вивід ssh -v.
Часті запитання
Чому сервер відхиляє пароль і згадує publickey?
У sshd_config вимкнено автентифікацію за паролем, тож сервер приймає лише вхід за ключами. Використайте правильний приватний ключ або тимчасово увімкніть PasswordAuthentication через KVM Console.
Які права на файли вимагає SSH для ключів?
Каталог .ssh має бути 700, а authorized_keys — 600, із власником-користувачем входу. Якщо права відкритіші, sshd мовчки ігнорує ключі й автентифікація провалюється.
Схожі статті
- Як налаштувати SSH-ключі
- Не вдається підключитися по SSH
- Як підключитися до VPS через SSH
- Яку інформацію вказати в тикеті підтримки
Потрібна допомога? Звернутися в підтримку Cloud2Y →
