Commande SCP avec le fichier et les répertoires sélectionnés pour le téléchargement, demandez le mot de passe pour chaque nouveau fichier ou répertoire

Sur mon système Fedora 20, j'utilise beaucoup scp, et c'est la deuxième fois que je rencontre cela, lorsque j'exécute cette commande:

scp -r -P PORT user@host:/home/user/something/{file1,folder1,folder2,folder3,folder4} folder/folder2/

il me demande le mot de passe pour chaque fichier / répertoire qu'il transfère.

user@host's password: "password here"

Question:

Que se passe-t-il ici?

Est-ce normal, je pense que c'est un comportement très particulier?

Votre shell local (probablement bash) se développe

user@host:/home/user/something/{file1,folder1,folder2,folder3,folder4}

dans:

user@host:/home/user/something/file1 user@host:/home/user/something/folder1 user@host:/home/user/something/folder2 user@host:/home/user/something/folder3 user@host:/home/user/something/folder4

Au lieu de cela, vous pouvez faire:

scp -r -P PORT user@host:"/home/user/something/file1 /home/user/something/folder1 /home/user/something/folder2 /home/user/something/folder3 /home/user/something/folder4" folder/folder2/

ou, si vous savez que le shell de connexion de l'utilisateur à l'extrémité distante est bash, vous pouvez également utiliser l'extension d'accolade:

scp -r -P PORT user@host:"/home/user/something/{file1,folder1,folder2,folder3,folder4}" folder/folder2/

pour que le shell distant divise la chaîne en arguments au lieu du shell local.

Oui, c'est normal. Ce qui se passe, c'est que votre shell développe les accolades avant d'exécuter la commande, donc ce que vous exécutez réellement est

scp -r -P PORT user@host:/home/user/something/file1 \ 
               user@host:/home/user/something/folder1 \ 
               user@host:/home/user/something/folder3 \ 
               user@host:/home/user/something/folder4 folder/folder2

Fondamentalement, scpvoit plusieurs demandes de connexion ouvre donc une nouvelle connexion pour chacun d'eux. Une manièreLa manière la plus simple(utiliser des guillemets comme suggéré par @geirha est plus simple pour une opération ponctuelle) pour résoudre ce problème, il faut configurer sans mot de passe ssh/ scp:

$ ssh-keygen 
$ ssh-copy-id -p PORT user@host

Après avoir exécuté ces deux commandes une fois (et répondu aux invites si nécessaire), vous pourrez ssh/ scpsans utiliser de mot de passe pour toutes les futures connexions ssh. C'est i) en fait plus sûr et ii) beaucoup plus pratique.

scp n'est pas très intelligent: lorsqu'il reçoit plusieurs arguments de ligne de commande qui sont des fichiers du même hôte distant, il ouvre une nouvelle connexion pour chaque argument.

Vous pouvez utiliser à la rsyncplace de scp, c'est plus intelligent de cette façon (et d'autres manières).

rsync -r -e 'ssh -P PORT' user@host:/home/user/something/{file1,folder1,folder2,folder3,folder4} folder/folder2/

Une autre approche consiste à passer un seul argument à scpcelui qui décrit plusieurs fichiers .

Une approche différente consiste à configurer votre système afin que vous n'ayez pas à vous authentifier tout le temps. De préférence, configurez l'authentification par clé , qui est dans la plupart des scénarios à la fois plus pratique et plus sécurisée. Vous pouvez également, ou en plus, configurer le partage de connexion , de sorte que vous ne devez vous authentifier qu'une seule fois par session. Dans tous les cas, configurez un alias pour ne pas avoir à spécifier le nom d'utilisateur et le port à chaque fois. Dans votre ~/.ssh/config:

ControlMaster auto
ControlPath ~/.ssh/control:%h:%p:%r

Host nick
HostName real-host-name.example.com
User bob
Port 1234

Exécutez ssh -Nf nickpour ouvrir une connexion, puis toutes les connexions suivantes nickseront superposées à la connexion existante. Maintenant, vous pouvez simplement exécuter

scp -r nick:/home/user/something/{file1,folder1,folder2,folder3,folder4} folder/folder2/