2

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

Настройка выглядит следующим образом: Local: сгенерированная пара открытого ключа и скопированное содержимое id_rsa.pub. Удаленный: ssh-ed на мой сервер 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. Так что проблема, кажется, на моей локальной машине, а не на удаленной.

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

|источник

2 ответа2

2

Проблемы с 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/*

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

|источник
1

Не забудьте проверить /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
|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .