Я прочитал несколько статей StackOverflow по этой проблеме и безуспешно гуглил другие источники. Я проверил документацию AWS и не могу решить проблему. Я работаю над этим несколько часов и действительно застрял.
Я нашел статьи, посвященные подобным проблемам, но проблема всегда выглядит как опечатка или ошибка со стороны пользователя. В моем случае я уверен, что гарантировал отсутствие опечаток или ошибок в том, что я делаю.
Я использую Mac OS X Yosemite для подключения к своему экземпляру AWS EC2. Я не могу scp
переносить файлы с моего локального компьютера на свой экземпляр, но в прошлом мне это удавалось, я полагаю, до того, как обновился до Yosemite (хотя я не уверен на 100% до или после обновления). Несмотря на это, теперь я получаю сообщение об отказе в разрешении.
Я могу ssh
прекрасно вписаться в свой экземпляр. Я делаю так:
ssh -i mykey.pem [email protected]
С ssh
все работает нормально. Но когда я пытаюсь scp
вот так:
scp —i mykey.pem ~/Sites/test.html [email protected]:/var/www/html/
Я получаю следующую ошибку:
Отказано в доступе (publickey). потерянное соединение
Я пробовал это часами и подтвердил следующее:
Я МОГУ
ssh
просто отлично.Мой файл
.pem
имеет права доступа400
и недоступен для просмотра всем остальным.У меня есть правильные разрешения и право собственности на папки
/var/www
и/var/www/html
(Я снова прошел руководство по настройке amazon и убедился, что использовал все настройки разрешений, как они описаны. Мой пользователь является частью группы с доступом к этим папкам.
Когда я запускаю команду scp -v
, я вижу, что scp
даже не пытается использовать указанный файл Identity. Я получаю следующий вывод:
(Обратите внимание, что исполняемая программа удалила -i
из команды scp
)
Executing: program /usr/bin/ssh host myEC2host.myzone.compute.amazonaws.com, user ec2-user, command scp -v -d -t /var/www/html/
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to myEC2host.myzone.compute.amazonaws.com [public AWS ip] port 22.
debug1: Connection established.
debug1: identity file /Users/myusername/.ssh/id_rsa type -1
debug1: identity file /Users/myusername/.ssh/id_rsa-cert type -1
debug1: identity file /Users/myusername/.ssh/id_dsa type -1
debug1: identity file /Users/myusername/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.2
debug1: match: OpenSSH_6.2 pat OpenSSH*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr [email protected] none
debug1: kex: client->server aes128-ctr [email protected] 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 {some hex output}
debug1: Host 'myEC2host.myzone.compute.amazonaws.com' is known and matches the RSA host key.
debug1: Found key in /Users/myusername/.ssh/known_hosts:2
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: Trying private key: /Users/myusername/.ssh/id_rsa
debug1: Trying private key: /Users/myusername/.ssh/id_dsa
debug1: No more authentication methods to try.
Permission denied (publickey).
lost connection
Однако, когда я запускаю ssh -v
, я получаю следующий вывод, который ДЕЙСТВИТЕЛЬНО сразу использует правильный файл идентификации:
ssh -v -i mykey [email protected]
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to myEC2host.myzone.compute.amazonaws.com [54.69.211.59] port 22.
debug1: Connection established.
debug1: identity file mykey.pem type -1
debug1: identity file mykey.pem-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.2
debug1: match: OpenSSH_6.2 pat OpenSSH*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr [email protected] none
debug1: kex: client->server aes128-ctr [email protected] 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 {some hex output}
debug1: Host 'myEC2host.myzone.compute.amazonaws.com' is known and matches the RSA host key.
debug1: Found key in /Users/myusername/.ssh/known_hosts:2
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: Trying private key: mike.pem
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
Authenticated to myEC2host.myzone.compute.amazonaws.com ([myEC2IP]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_CA.UTF-8
Я не уверен, что еще попробовать или как я мог бы решить эту проблему. Я надеюсь, что у кого-то будет такая же среда, и он сможет подтвердить проблему или предоставить решение.
Заранее спасибо!
scp
так, как вы говорите, и он правильно передал параметр -i в ssh. Не могли бы вы повторить команду scp, которая произвела вашу первую трассировку отладки, и убедиться, что вы указали параметр -i? И включить фактическую команду scp в трассировку отладки? - person Kenster   schedule 08.04.2015scp —i mykey.pem...
не является тире ASCII. Это какой-то тире в Юникоде. Когда я копирую/вставляю эту строку в окно терминала, scp не интерпретирует ее как параметр -i. Убедитесь, что вы вводите тире ASCII при запуске команды. - person Kenster   schedule 08.04.2015