Sempre usei o seguinte comando ao copiar de um servidor:
%código%. No entanto, um amigo de espírito me mostrou que eu posso simplesmente fazer rsync --progress -avze ssh user@host:/path/to/files ./here . Então a questão é, se você não precisa de rsync --progress -avz user@host:/path/to/files ./here , porque está lá de qualquer maneira?
Sempre que precisar de opções adicionais para o comando ssh fora do usuário e do host, você precisará do sinalizador -e. Talvez o servidor ao qual você está se conectando tenha ssh escutando na porta 2222.
rsync -e 'ssh -p 2222' /source usr@host:/dest
Uma alternativa para contornar isso, existem 2 arquivos que você pode usar. /etc/ssh/ssh_config ou ~/.ssh/config
O arquivo de configuração usa o mesmo formato que ssh_config . É apenas capaz de ser configurado por usuário!
Você também precisará de -e se usar um local de chave privada não padrão, ou seja, especificar a chave privada por meio de -e 'ssh -i /path/to/private/key/file.pem' . Aliás, portas de escuta não padrão para sshd, também. Basicamente, use -e se apenas usar ssh user@host não funcionar.
Você não precisa -e ssh para usar o ssh. Na verdade, se você especificar o destino como usuário @ host: / caminho / para / arquivos, estará usando ssh por padrão. É deixado em a) por razões de compatibilidade e b) casos marginais onde você pode ter uma combinação de hosts rsyncd e ssh.
Depende do que foi especificado para a opção --with-rsh configure em tempo de compilação. O padrão é agora ssh se esta opção não foi especificada. Ele tinha sido rsh em algum momento no passado, no entanto, mesmo que seja rsh, pode não ser necessário, pois o ssh pode ser a implementação padrão do rsh em muitas caixas. Em todas as minhas máquinas, por exemplo readlink -f $(which rsh) mostra que rsh é realmente apenas um link simbólico apontando para / usr / sbin / ssh