Що означає ця помилка ssh?

Це моя остання інстанція. Я годинами намагаюся з’ясувати проблему.

Ось угода: я скопіював свій приватний ключ з машини №1 на машину №2. Машина №1 здатна підключитися через ssh до сервера з моїм відкритим ключем просто чудово, але машина №2 дає наступний вихід при спробі підключення до сервера:

$ ssh -vvv -i /home/kevin/.ssh/kev_rsa user@192.168.1.244 -p 22312
OpenSSH_5.3p1 Debian-3ubuntu6, OpenSSL 0.9.8k 25 Mar 2009
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.244 [192.168.1.244] port 22312.
debug1: Connection established.
debug3: Not a RSA1 key file /home/kevin/.ssh/kev_rsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace

...


Permission denied (publickey).

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

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

Я боровся з цим. Якщо я міг би отримати трохи більше інформації про те, чому це не подобається моєму ключу, я можу виправити це, я впевнений. Хтось має ідеї з цього приводу? Чи є десь метадані, які вказують ssh, що файл насправді є ключем RSA?

На мій досвід, дві найпоширеніші помилки аутентифікації на основі ключів

1. Недоречно широкі дозволи для $HOME/.sshкаталогу
2. Помилка копіювання відкритого ключа у віддалену систему

Дозволи файлів

OpenSSH робить багато, намагаючись захистити вас від себе. Це найбільш впливає на користувача - це застосовувати жорсткі обмеження щодо доступу до вашої локальної папки ssh. Ви дійсно хочете, щоб ви, і тільки ви, отримували доступ до каталогу. Ну, і будь-хто, хто має uid = 0, але немає нічого хорошого. Отже, вам потрібно просто змінити свої дозволи: chmod -R go-rwx ~/.sshце видалить читання, запис та виконання прав на будь-які файли під каталогом .ssh від усіх користувачів, крім власника, тобто ви .

Випуски авторизованих ключів

Файл, що містить ваш відкритий ключ, зазвичай $HOME/.ssh/authorized_keysповинен відповідати дуже специфічній формі для SSH, щоб зрозуміти, як прийняти приватний ключ. Кожен ключ повинен складатися щонайменше з 2 полів

1. Тип використовуваного ключа (RSA, DSA, RSA1 тощо)
2. Ключ

Кожен ключ, разом з усіма його параметрами та складовими частинами, повинен бути вказаний по одному на рядок у цьому файлі. Оскільки клавіші, як правило, дуже довгі, вони часто загортаються і відображаються як два рядки на вашому терміналі. Іноді це спричинить хаос при спробі копіювання / вставки, оскільки іноді одна або кілька нових рядків вставлятимуться скрізь, де клавіша буде перекрита на екрані. Виправлення цієї проблеми може бути трохи складніше для початківців оболонок.

Спробуйте запустити
wc -l ~/.ssh/authorized_keys
Це надрукує кількість рядків у файлі. Порівняйте це число з кількістю ключів, які ви очікуєте у файлі. Якщо ви будете приймати лише цей один ключ, ви також можете просто зробити копію файла відкритого ключа, оскільки він має той самий формат, що і файл ваших авторизованих ключів. Щось на кшталт
scp -p ~/.ssh/kev_rsa.pub remotehost:~/.ssh/authorized_keys
або, якщо у вас є відкритий ключ у тій самій системі, що ви можете зробити
cat ~/.ssh/kev_rsa.pub >> ~/.ssh/authorized_keys

Крім того, загляньте у файл журналу на віддаленому хості та перевірте, чи там повідомляються про якісь помилки. Файли, швидше за все, будуть /var/log/secure.logабо /var/log/auth.

Хоча вам, ймовірно, доведеться генерувати нову пару ключів для машини 2 для підключення до сервера. Часто у відкритому ключі буде вказано ім’я користувача та машини тих, хто їх створив. Це повинно бути видно у вашому файлі санкціонованих_кейсів на сервері.

Повідомлення налагодження, які ви надаєте, означають, що файл приватного ключа читається з припущенням, що він є фактично відкритим ключем / дозволеним файлом хостів. Це може бути не фатальною помилкою (я отримую такі повідомлення навіть для робочих з'єднань). Це щось говорить про "Пропозицію" чи "Ми надіслали"?

Спробуйте порівняти файли налаштування ssh між двома серверами.

тобто. щось на кшталт cat / etc / sshd_config