scp copy over ssh ne fonctionne pas - erreur refusée, s'il vous plaît?

Vous avez des choses dans le bon ordre à partir de ce que je comprends, la façon générale dont un scp est fait est la suivante:

scp [email protected]:/path/to/source/file [email protected]:/path/to/destination/

A en juger par votre question, vous avez un fichier local que vous souhaitez envoyer au serveur de destination. Vous avez donc la bonne syntaxe qui est bonne!

Si vous obtenez une autorisation refusée, vous n'utilisez pas le nom d'utilisateur correct ou quelque chose ne va pas avec l'authentification. Très probablement, c'est parce que la commande sudo ne fonctionne que localement, pour les débutants, donc elle ne vous donnera pas la racine sur la boîte distante, donc c'est probablement le problème. Assurez-vous que l'utilisateur que vous connectez comme sur le serveur distant dispose d'autorisations en écriture sur l'emplacement dans lequel vous essayez d'écrire.

Si le problème est que l’utilisateur de destination n’a pas accès à cet emplacement sans sudo, déplacez le fichier dans le dossier de départ de l’utilisateur de destination, puis envoyez le fichier depuis le shell sur l’autre serveur pour le placer au bon endroit.

Salut avait ce même problème d'erreur d'autorisation résolu de cette façon

Assurez-vous que le répertoire sur lequel vous copiez 192.168.0.4 appartient à l'utilisateur nom d'utilisateur

chown username downloads

Sur votre machine locale, faites

sudo scp filename.zip [email protected]:/etc/Myfiles/downloads

Cheers

Permisssion Denied signifie que vous n'êtes pas la racine du serveur. Vous avez juste un compte là-bas. Donc, dans ce cas, vous devez faire ceci:

sudo scp -r /path2yourFolder/ [email protected]_Ip:/home/username

Cela va copier dans votre répertoire personnel sur le serveur.

Cela fonctionnera aussi:

scp -r /path2yourFolder/ [email protected]_Ip:~/

J'ai rencontré un problème similaire, car ssh prend -p xxxx pour spécifier le port alors que scp prend -P xxxx pour spécifier le port. Incohérence mineure, si facile à rater: (

Cette erreur s’est produite pour moi lorsque le fichier existait déjà dans l’emplacement cible et que le fichier existant disposait d’autorisations en lecture seule (empêchant le fichier d’être remplacé). Dans mon cas, je viens de me connecter et de supprimer le fichier existant et cela a corrigé le problème.

J'essayais de copier depuis mon ordinateur local sous la forme [email protected] ; la clé SSH que j'utilisais n'était pas enregistrée pour accéder à mon localhost, donc je recevais une autorisation refusée. Lorsque j'ai retiré cela de la partie source , cela a fonctionné.

eu le même problème. J'ai découvert que le répertoire contenant mon fichier source n’avait pas suffisamment de droits. Donc, je viens de changer le mode récursivement en utilisant: chmod -R 771 directory_path sur la machine source.