Коротка відповідь: «Permission denied (publickey)» означає, що зʼєднання SSH працює, але сервер відхилив автентифікацію — не той користувач, не той ключ, неправильні права на authorized_keys або вимкнений вхід за паролем. Перевірте користувача і ключ через ssh -v, а якщо вас заблокувало — полагодьте ключі через KVM Console.

Огляд

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

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

  • Правильне імʼя користувача (root на більшості Linux-шаблонів; показане на сторінці послуги).
  • Приватний ключ, який має працювати, та доступ до Client Area для консолі.

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

  1. Запустіть докладний SSH і дивіться, які ключі пропонуються:
    ssh -v -i ~/.ssh/id_ed25519 root@YOUR_SERVER_IP
    Рядки на кшталт Offering public key та Authentications that can continue кажуть, що приймає сервер.
  2. Перевірте користувача — ubuntu, debian чи root різняться між образами; правильний показано на сторінці послуги.
  3. Якщо ключ має працювати, переконайтеся, що це пара публічного ключа на сервері. На сервері (через KVM Console за потреби):
    cat ~/.ssh/authorized_keys
  4. Виправте права — SSH мовчки ігнорує занадто відкриті ключі:
    chmod 700 ~/.ssh
    chmod 600 ~/.ssh/authorized_keys
  5. Якщо тимчасово потрібен вхід за паролем, увімкніть його в /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 мовчки ігнорує ключі й автентифікація провалюється.

Схожі статті

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

Ця відповідь Вам допомогла? 0 Користувачі, які знайшли це корисним (0 Голосів)