Я пытаюсь сделать обе загрузки / файл загрузки в мой сервер с помощью командных строк человечности, но так или иначе это продолжает давать мне, разрешение отклоняет. Я попытался использовать-F и-i, оба не работают.
Я попробовал что-то как
sudo scp -v /path/to/my/file/ ubuntu@ip-xx-xxx-xxx-xx:~/path/to/where/upload
sudo scp -v -i ~/.s/path/to/my/file/ ubuntu@ip-xx-xxx-xxx-xx:~/path/to/where/upload
sudo scp -v -F ~/.ssh/xxx.pem /path/to/my/file/ ubuntu@ip-xx-xxx-xxx-xx:~/path/to/where/upload
вышеупомянутое просто пытается загрузить. То же для загрузки также, но конечно инвертированный порядок, но не работало также. Для загрузки я использовал терминал уже для вхождения в сервер и использовал что-то вроде этого, но наоборот sudo scp -v /path/to/my/file/ ubuntu@ip-xx-xxx-xxx-xx:~/path/to/where/upload
Править:
Получая ошибки как такой и также, я пытался использовать касание и способный к make-файлам без проблемы также
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:QgAQzu59hpmTEGkNnOdEeflCYVImcwLLU3qQD7foqbE
debug1: Host 'ip-xxx-xx-xx-xx' is known and matches the ECDSA host key.
debug1: Found key in /home/ubuntu/.ssh/known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/ubuntu/.ssh/id_rsa
debug1: Trying private key: /home/ubuntu/.ssh/id_dsa
debug1: Trying private key: /home/ubuntu/.ssh/id_ecdsa
debug1: Trying private key: /home/ubuntu/.ssh/id_ed25519
debug1: No more authentication methods to try.
Permission denied (publickey).
Соответствующие сообщения здесь:
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/ubuntu/.ssh/id_rsa
debug1: Trying private key: /home/ubuntu/.ssh/id_dsa
debug1: Trying private key: /home/ubuntu/.ssh/id_ecdsa
debug1: Trying private key: /home/ubuntu/.ssh/id_ed25519
debug1: No more authentication methods to try.
Permission denied (publickey).
сервер SSH (другой компьютер) Вы соединяетесь с, только принимает аутентификацию с открытым ключом (а не некоторый другой метод как ввод пароля), и ни один из Ваших открытых ключей на клиенте SSH (компьютер, который Вы в), были добавлены к ~/.ssh/authorized_keys
на сервере SSH. Зафиксировать это:
ubuntu
~/.ssh/id_rsa.pub
файл (или один из другого .pub
файлы в ~/.ssh
) в сервер SSH ~/.ssh/authorized_keys
Попытка файла ssh ubuntu@whatever
на клиенте SSH У Вас есть несколько наборов проблем.
Первый необходимо дифференцировать разрешение локально, куда Вы выполняете scp, и на сервере.
118-секундный необходимо понять при выполнении scp с sudo, Вы выполняете scp как корень, и это влияет на локальные полномочия. При выполнении scp, поскольку корень не влияет на полномочия на сервере, поскольку Вы получаете доступ к серверу какubuntu
.
я думаю, что значительная часть Ваших проблем запускается, потому что Вы выполняете scp, поскольку корень (с sudo)
Запускается с выполнения scp или ssh как Ваш обычный пользователь. Мое предположение то, что, потому что Вы выполняли scp как корень, Ваши полномочия ~/.ssh и Ваши ключи неправильны.
sudo chown $YOUR_USER:$YOUR_USER ~$YOUR_USER/.ssh
видят http://bodhizazen.com/Tutorials/SSH_keys и http://bodhizazen.com/Tutorials/SSH_security
Затем, у Вашего зарегистрированного пользователя должно быть разрешение получить доступ к файлам на Вашей локальной машине /path/to/my/file/
и пользователь сервера, "человечность" должна иметь полномочия получить доступ к файлам на Вашем сервере, ~/path/to/where/upload
, Если у Вас есть конкретный вопрос кроме того совет, мне нужны определенные детали.
имя Локального пользователя, точные файлы, которые Вы передаете, владение и полномочия на локальной машине и сервере, и ~/.ssh и файлы для передачи, и точная команда (команды), которую Вы выполняете и весь вывод.
Ваш открытый ключ не мог бы больше работать. Попытайтесь удалить ключевой цифровой отпечаток ECDSA.
можно найти его в Вашем /home/user/.ssh/known_hosts
файл на настольном компьютере (обратите внимание, что .ssh является скрытой папкой, и необходимо выбрать View -> Show Hidden Files
из меню файлового менеджера). Я обычно удаляю файл, даже если существует несколько ключей в файле.
ssh ServerUsername@xxx.xxx.xxx.xxx
в Ваш сервер и Вас попросят принять новый ключевой цифровой отпечаток ECDSA. Удостоверьтесь, что Вы используете имя пользователя своего сервера и с ssh и с командами scp. Наконец у пользователя сервера должен быть правильный доступ к папке на Вашем сервере, в который Вы копируете файлы.