☰

Странное поведение при входе с использованием открытого ключа SSH

tag-icon • tag-icon ssh permissions public-key authorized-keys
Странное поведение при входе с использованием открытого ключа SSH

Я действительно застрял здесь. Я пытался подключиться по ssh к своему серверу ec2 локально с помощью открытого ключа, но ничего не получилось. -> Я получаю сообщение «Отказано в доступе (открытый ключ)».

Настройка выглядит следующим образом: Локально: сгенерировал пару открытых ключей и скопировал содержимое id_rsa.pub. Удаленно: подключился по ssh к моему серверу EC2 с помощью PEM-файла и вставил содержимое id_rsa.pub в новую строку файла авторизованных ключей в папке .ssh.

Должно работать, верно? Я заметил, что распространенная ошибка — это разрешения, но у меня они, похоже, установлены правильно:

Удаленные разрешения:

drwx------ 2 ec2-user ec2-user  4096 Jul 23 04:00 .ssh

и в .ssh:

-rw-r--r-- 1 ec2-user ec2-user  404 Jul 24 03:19 id_rsa.pub
-rw------- 1 ec2-user ec2-user 1679 Jul 24 03:19 id_rsa
-rw------- 1 ec2-user ec2-user  529 Jul 26 20:53 authorized_keys

Местный:

drwx------    10 robvanhaaren  staff    340 Jul 26 18:43 .ssh

и в .ssh:

-rw-r--r--  1 robvanhaaren  staff   404 Jul 26 21:28 id_rsa.pub
-rw-------  1 robvanhaaren  staff  1766 Jul 26 21:28 id_rsa
-rw-r--r--  1 robvanhaaren  staff  5987 Jul 26 21:29 known_hosts

Но когда я бегу:

Robs-MacBook-Air-2:.ssh robvanhaaren$ ssh ec2-54-85-62-99.compute-1.amazonaws.com -l ec2-user -v

он возвращает:

OpenSSH_5.9p1, OpenSSL 0.9.8y 5 Feb 2013
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to ec2-54-85-62-99.compute-1.amazonaws.com [54.85.62.99] port 22.
debug1: Connection established.
debug1: identity file /Users/robvanhaaren/.ssh/id_rsa type 1
debug1: identity file /Users/robvanhaaren/.ssh/id_rsa-cert type -1
debug1: identity file /Users/robvanhaaren/.ssh/id_dsa type -1
debug1: identity file /Users/robvanhaaren/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.2
debug1: match: OpenSSH_6.2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 7a:d3:6c:7f:64:5d:b1:7b:2e:bb:73:0c:ce:0c:17:77
debug1: Host 'ec2-54-85-62-99.compute-1.amazonaws.com' is known and matches the RSA host key.
debug1: Found key in /Users/robvanhaaren/.ssh/known_hosts:15
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/robvanhaaren/.ssh/id_rsa
debug1: Authentications that can continue: publickey
debug1: Trying private key: /Users/robvanhaaren/.ssh/id_dsa
debug1: No more authentication methods to try.
Permission denied (publickey).

Странно то, что я МОГУ войти на сервер с помощью открытого ключа с моего другого сервера EC2.Похоже, проблема на моей локальной машине., а не пульт.

Пожалуйста помоги!

решение1

Проблемы с SSH могут быть проблемой. Я всегда начинаю со следующего. У меня есть сохраненные команды в шпаргалке, поэтому мне никогда не приходится бояться опечаток.

chmod 700 ~/.ssh && chmod 600 ~/.ssh/* \
&& chmod 644 ~/.ssh/authorized_keys \
&& chown -r <username>:<username> /home/<username>/.ssh \
&& chown -r <username>:<username> /home/<username>/.ssh/*

Если это не сработает, я бы удалил authorized_keys и создал его заново (обратите внимание на владельца и разрешения), убедившись, что скопировал содержимое из блокнота или другого подходящего текстового редактора. Wordpad и другие толстые редакторы могут испортить ключи. Вы также можете удалить запись удаленного хоста из файла known_hosts. Я помню, как однажды мне пришлось это сделать для чего-то.

решение2

Обязательно проверьте /var/log/auth.log, как указано в комментарии. Почти всегда вы найдете там свой ответ.

У меня установлены следующие разрешения для моих серверов и локально:

Сервер

drwx------ remoteuser group ~/.ssh
-rw------- remoteuser group ~/.ssh/authorized_keys

Локально

drwx------ user group ~/.ssh
-rw------- user group ~/.ssh/id_rsa
-rw----r-- user group ~/.ssh/id_rsa.pub

Связанный контент