J'essaye de faire les deux fichiers upload/download sur mon serveur en utilisant les lignes de commande ubuntu, mais d'une manière ou d'une autre, il continue à me donner la permission de refuser. J'ai essayé d'utiliser -F et -i les deux ne fonctionnent pas.
J'ai essayé quelque chose comme
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
ce qui précède est juste essayer de télécharger. Même chose pour le téléchargement, mais bien sûr, nous avons inversé la commande, mais cela n’a pas fonctionné. Pour le téléchargement, j’ai déjà utilisé un terminal pour me connecter au serveur et j’utilisais quelque chose comme cela mais en sens inverse Sudo scp -v /path/to/my/file/ ubuntu@ip-xx-xxx-xxx-xx:~/path/to/where/upload
MODIFIER:
Obtenir des erreurs comme celle-ci et aussi, j'ai essayé d'utiliser tactile et capable de faire des fichiers sans problème aussi
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: [email protected]
debug1: kex: Host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: [email protected] MAC: <implicit> compression: none
debug1: kex: client->server cipher: [email protected] 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).
Vous avez quelques séries de problèmes.
Tout d'abord, vous devez différencier les autorisations localement, où vous exécutez scp et sur le serveur.
Deuxièmement, vous devez comprendre que lorsque vous exécutez scp avec Sudo, vous exécutez scp en tant que root et cela affecte les autorisations locales. L'exécution de scp en tant que root n'affecte pas les autorisations sur le serveur car vous accédez au serveur en tant que ubuntu
.
Je pense qu'une grande partie de vos problèmes commencent parce que vous utilisez scp en tant que root (avec Sudo)
Commencez par exécuter scp ou ssh en tant qu'utilisateur régulier. J'imagine que, parce que vous utilisez scp en tant que root, vos autorisations de ~/.ssh et vos clés sont toutes fausses.
Sudo chown $YOUR_USER:$YOUR_USER ~$YOUR_USER/.ssh
voir http://bodhizazen.com/Tutorials/SSH_keys et http://bodhizazen.com/Tutorials/SSH_security
Ensuite, votre utilisateur de connexion doit être autorisé à accéder aux fichiers sur votre machine locale /path/to/my/file/
et l'utilisateur du serveur, "Ubuntu" doit avoir les autorisations nécessaires pour accéder aux fichiers de votre serveur, ~/path/to/where/upload
.
Si vous avez une question spécifique au-delà de ce conseil, j'ai besoin de détails spécifiques.
Nom d'utilisateur local, fichiers exacts que vous transférez, propriété et autorisations sur la machine et le serveur locaux, ~/.ssh et les fichiers à transférer, et commande (s) exacte (s) exécutée (s) ainsi que toute la sortie.
Les messages pertinents sont ici:
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).
Le serveur SSH (l’autre ordinateur) auquel vous vous connectez n’accepte que l’authentification par clé publique (plutôt que d’autres méthodes telles que la saisie d’un mot de passe), et aucune de vos clés publiques sur le client SSH (l’ordinateur sur lequel vous vous trouvez) n’a été ajouté à ~/.ssh/authorized_keys
sur le serveur SSH. Pour résoudre ce problème:
ubuntu
~/.ssh/id_rsa.pub
du client SSH (ou de l'un des autres fichiers .pub
dans ~/.ssh
) dans le fichier ~/.ssh/authorized_keys
du serveur SSH.ssh ubuntu@whatever
sur le client SSH.