Ошибка отказа в доступе при использовании scp для копирования файла в инстанс Amazon EC2 из Mac OS

Я прочитал несколько статей 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). потерянное соединение

Я пробовал это часами и подтвердил следующее:

  1. Я МОГУ ssh просто отлично.

  2. Мой файл .pem имеет права доступа 400 и недоступен для просмотра всем остальным.

  3. У меня есть правильные разрешения и право собственности на папки /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

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

Заранее спасибо!


person Steve K    schedule 08.04.2015    source источник
comment
путь к вашему .pem не является абсолютным. запускать ssh и scp в одной папке?   -  person at0mzk    schedule 08.04.2015
comment
Я попытался запустить scp так, как вы говорите, и он правильно передал параметр -i в ssh. Не могли бы вы повторить команду scp, которая произвела вашу первую трассировку отладки, и убедиться, что вы указали параметр -i? И включить фактическую команду scp в трассировку отладки?   -  person Kenster    schedule 08.04.2015
comment
Хм, при ближайшем рассмотрении оказывается, что -i в scp —i mykey.pem... не является тире ASCII. Это какой-то тире в Юникоде. Когда я копирую/вставляю эту строку в окно терминала, scp не интерпретирует ее как параметр -i. Убедитесь, что вы вводите тире ASCII при запуске команды.   -  person Kenster    schedule 08.04.2015
comment
Что ж, это было так. Спасибо, Кенстер. Должно быть, я скопировал этот код туда/откуда, что испортило тире. ТАКОГО у меня еще не было. Я не уверен, должен ли я чувствовать себя глупо или нет! :-С   -  person Steve K    schedule 08.04.2015


Ответы (2)


scp —i mykey.pem ~/Sites/test.html [email protected]:/var/www/html/
Executing: program /usr/bin/ssh host myEC2host.myzone.compute.amazonaws.com, user ec2-user, command scp -v -d -t /var/www/html/

Тире в вашей команде scp —i... — это тире EM в Юникоде, а не тире ASCII. Scp не интерпретирует его как параметр командной строки.

На самом деле он интерпретировал «—i», «mykey.pem» и «~/Sites/test.html» как три файла для копирования. Вы можете сказать это, потому что scp добавил «-d» в командную строку для удаленного экземпляра scp. Флаг «-d» сообщает удаленному экземпляру scp, что целью должен быть каталог. scp добавляет этот флаг к удаленной команде, когда копируется более одного файла, но не для копирования одного файла.

Может быть, вы скопировали команду scp из текстового документа? Microsoft Word печально известен тем, что заменяет тире и кавычки на наборные версии. Это то, о чем нужно быть осторожным.

person Kenster    schedule 08.04.2015

Кенстер правильно указал, что тире в -i в моем коде на самом деле было преобразовано в EMdash до того, как я вставил его в терминал. :-с

Повторный ввод всей команды устранил проблему.

Спасибо, что заметили мою оплошность.

person Steve K    schedule 08.04.2015