scp ne fonctionne pas mais ssh oui

Vérifiez le fichier .bashrc ou un fichier équivalent de l'utilisateur cible. ~/.bashrc est utilisé pour les connexions non interactives. S'il y a un écho ou une commande qui sort quelque chose, cela brisera le protocole SCP.

Edit : Etes-vous sûr que vous entrez un chemin valide dans la commande scp ? Par exemple :

scp test.txt username@remoteserver.com

échouera (en fait, il imprimera simplement la commande comme vous le voyez). Dans ce cas, vous devrez fournir un chemin d'accès valide au serveur distant par exemple, scp test.txt username@remoteserver.com:~/

Exemples d'utilisation :

Envoyez un fichier :

scp /path/to/local/file yourremoteusername@servername.com:/path/to/remote/directory

Obtenir un fichier :

scp yourremoteusername@servername.com:/path/to/remote/file /path/to/local/directory

Exemples :

Envoyer un fichier de mon bureau à mon dossier personnel sur un serveur distant :

scp ~/Desktop/myfile.txt john_doe@10.1.1.10:~/

Rappelez-vous le ~ est un raccourci pour votre répertoire personnel... par exemple, /home/

Envoyer un fichier à la racine du web :

scp ~/Documents/working/index.html john_doe@johndoe.com:/var/www/index.html

Dans cet exemple, l'utilisateur john_doe aurait besoin de privilèges d'écriture sur le répertoire distant /var/www.

Sur certains hôtes, la source est incorrecte .bash_profile pour les connexions non interactives comme scp. Les messages qui sont imprimés dans le terminal peuvent éventuellement causer scp de ne pas fonctionner correctement. Si vous avez des messages dans votre .bash_profile cela peut en être la cause.

Pour que vos messages de connexion, votre bannière, etc. s'affichent lors des connexions interactives et que vous puissiez continuer à utiliser l'option scp via un login non interactif, ajoutez ce qui suit avant tout message qui s'imprimerait dans votre système d'information. .bash_profile fichier.

# ********** If not running interactively, don't do anything more! ***********

[ -z "$PS1" ] && return

Le code alternatif est :

[[ $- == *i* ]] || return

Et un autre code alternatif :

case $- in
    *i*) ;;
      *) return;;
esac

Qui, je crois, est la version longue du premier code alternatif. J'ai constaté que sur certains hôtes, le premier code ne fonctionne pas correctement, mais le second oui.

Pendant une connexion scp non interactive, il interrompra l'exécution de .bash_profile et permettra à scp de fonctionner, mais affichera vos messages de connexion lorsque vous vous connecterez via ssh.

Note : Cela peut également être utilisé dans votre .bashrc si vous le sourcez à partir de .bash_profile (pour $PATH) de sorte que seule une partie de celui-ci soit sourcée lors des connexions non interactives.

J'appelais exec /bin/bash en .cshrc .

L'enlever a résolu le problème pour moi.