Отказ от ответственности: это не может быть полностью связанной Ubuntu, но по некоторым причинам serverfault дает мне ошибку при регистрации, плюс я думаю, что некоторые из Вас, возможно, наткнулись на что-то вроде этого прежде
Я испытываю странную проблему. У меня есть несколько ec2 экземпляров, которыми я управляю, и я должен был скопировать некоторые скрытые файлы от Ubuntu до экземпляра Linux Amazon.
Способом пойти должен быть rsync AFAIK, и так как pem файлы находятся на моей локальной машине - Mac OS X 10.10.5 - я сделал то, что я должен был сделать путем выполнения:
rsync -rave "ssh -i keyfile1.pem" ubuntu@firstmachineip:folder_inside_home/ local_folder/
и затем
rsync -rave "ssh -i keyfile2.pem" local_folder/ ec2-user@secondmachineip:
за которым оба следовали.
Проблема состоит в том, что, когда sshing снова к второй машине (первое прекрасно) дает мне неопределенное
Permission denied (publickey).
Обратите внимание, что прежде rsyncing соединение работал без проблемы и даже если файл ключей когда-нибудь повреждался, я восстановил его от резервного копирования и заботился о chmod 600 keyfile2.pem
и даже попробованный chmod 400 keyfile2.pem
Я также оставлю последнюю часть вывода ssh -vvv -i keyfile2.pem ec2-user@secondmachineip
после того, как это установило, что цифровой отпечаток известен:
debug1: Host 'secondmachineip' is known and matches the RSA host key.
debug1: Found key in /Users/thevet/.ssh/known_hosts:10
debug2: bits set: 494/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: keyfile2.pem (0x0), explicit
debug1: Authentications that can continue: publickey
debug3: start over, passed a different list publickey
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: keyfile2.pem
debug1: read PEM private key done: type RSA
debug3: sign_and_send_pubkey: RSA *here goes the rsa*
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Permission denied (publickey).
Какая-либо подсказка что, черт возьми, произошло? Я невежествен.
Заранее спасибо
Обратите внимание, что или существует защитная функция или ошибка с Rsync при передаче использующий-a в корневую папку.
Учитывая локальную папку называют Музыку, содержащую cow.txt
rsync -a Music/ root@134.209.12.183:/usr/
перемещает файл cow.txt в музыкальную папку в к usr/, и я могу все еще войти в систему.
rsync -a Music/ root@134.209.12.183:/root/
перемещает файл cow.txt в/root/, и авторизованные ключи не затронуты, но я не могу войти в систему впоследствии с ssh@root134.209.12.183.
Я не уверен, почему это происходит и ничего не могло видеть во входе в систему сервер, который объяснит это.
Но по крайней мере легко избежать проблемы
И удаленный и локальный сервер и работающий rsync версия протокола 31 версии 3.1.1
на Ubuntu 16.04
rsync
команда, переопределите ssh
конфигурация во втором удаленном хосте/home/username/.ssh
с содержанием .ssh
папка от первого удаленного хоста
Способ подтвердить это, будет:
.ssh
папка от local_folder