Execute o rsync com permissão de root na máquina remota

Quero sincronizar uma pasta da minha máquina com uma pasta em uma máquina remota. A pasta remota pode ser manipulada apenas por root. Eu tenho uma conta na máquina remota que pode ser usada sudo. Como posso executar o rsync de modo que ele tenha permissões de root na máquina remota?

Eu tentei o seguinte:

rsync -avz -e ssh /home/ubuntu/my/lovely/folder ubuntu@x.x.x.x:/remote/lovely/folder --delete --rsync-path="sudo rsync"

Mas (depois de inserir minha senha), recebo o seguinte erro:

sudo: no tty present and no askpass program specified

Experimente esta solução. No arquivo sudoers ( /etc/sudoers), configure seu usuário assim:

username ALL= NOPASSWD:/usr/bin/rsync

o NOPASSWD:/usr/bin/rsyncinforma sudoque quando o usuário executa /usr/bin/rsyncou apenas rsyncque nenhuma senha é necessária.

Então o seu original --rsync-path="sudo rsync"deve funcionar.

Esta é a solução que eu vim com:

rsync -R -avz -e ssh --rsync-path="echo mypassword | sudo -S  mkdir -p /remote/lovely/folder && sudo rsync" /home/ubuntu/my/lovely/folder ubuntu@x.x.x.x:/remote/lovely/folder --delete

Um pouco de uma missão!

A solução deste blog funcionou muito bem para mim: http://www.pplux.com/2009/02/07/rsync-root-and-sudo/ .

Basicamente:

stty -echo; ssh myUser@REMOTE_SERVER "sudo -v"; stty echo  
rsync -avze ssh --rsync-path='sudo rsync' myUser@REMOTE_SERVER:/REMOTE_PATH/ LOCAL_PATH 

A primeira linha permite a entrada de senha interativa, sem mostrar a senha na tela. Funciona muito bem para mim no Ubuntu 9.04.

Você precisa de um método para fornecer a senha sudo. Um askpassprograma foi projetado para solicitar senhas quando os mecanismos normais não estão disponíveis. A configuração sudopara não exigir uma senha para ser executada, rsyncpois o ID do usuário é uma opção.

Normalmente, configuro o login baseado em chave com restrições apropriadas para casos como este. Se você configurar uma chave restrita que apenas seja executada rsynccomo raiz, esse tipo de coisa ficará mais fácil. Outra alternativa é usar um rsycndprocesso para lidar com as solicitações remotas. A configuração fornece uma variedade de restrições que podem ser aplicadas.

EDIT: Incluí um script para configurar chaves para loings baseados em chave na seção Criando IDs de Usuário em Clientes da minha publicação sobre Configurando o BackupPC no Linux . Consulte também a documentação do ssh_config, que detalha algumas das ações que você pode fazer para restringir o uso de chaves, conforme mostrado no script.

na máquina remota

sudo apt install ssh-askpass
which ssh-askpass

depois na máquina local

rsync -av -e 'ssh -X' --rsync-path='SUDO_ASKPASS=/usr/libexec/openssh/ssh-askpass sudo -A rsync' /some/local/path user@remote:/some/remote/path

caminho substituto para ssh-askpass pelo caminho real na máquina remota

fonte: http://unix.bris.ac.uk/2015/08/04/rsync-between-two-hosts-using-sudo-and-a-password-prompt/

Estou impressionado com a complexidade das respostas existentes. É muito mais fácil e conveniente configurar seus sistemas (seu PC e o host remoto) para que você possa se conectar como root ao host remoto sem usar uma senha. E, diferentemente da aparência, também é seguro .

1. No host remoto, verifique se / etc / ssh / sshd_config possui esta linha "PermitRootLogin sem senha" (em muitas distribuições, ela está por padrão). Isso permite que o root obtenha um shell ssh usando qualquer método de autenticação, exceto o prompt de senha não segura.
2. (Se você ainda não sabe como) siga qualquer um dos muitos tutoriais sobre como obter login sem senha via ssh
3. Use o rsync como faria normalmente e sem nenhum aviso de senha.

Apenas não esqueça que, enquanto a linha em /root/.ssh/authorized_keys do host remoto estiver lá, a máquina aceitará os comandos root do seu PC.

Aqui está o que funcionou para mim, considerando que eu quero manter a autenticação por senha (para não usar NOPASSWDchaves ou) - no Ubuntu 14.04:

• "Abra" sudona máquina remota desativando tty_ticketsatravés de um arquivo temporário no /etc/sudoers.d/(que deve ser suportado no Debian, consulte /etc/sudoers.d/README) e "Atualize as credenciais em cache do usuário", que "prolonga o tempo limite do sudo por mais 15 minutos"
• Execute o rsynccom sudocomo mostrado em outras respostas
• "Fechar" sudona máquina remota removendo o arquivo temporário /etc/sudoers.d/, que reativatty_tickets

... ou, com linhas de comando:

ssh -t $REMOTEPC 'echo "Defaults !tty_tickets" | sudo tee /etc/sudoers.d/temp; sudo -v'
rsync -aP -e 'ssh' '--rsync-path=sudo rsync' /etc/pulse/client.conf $REMOTEPC:/etc/pulse/client-copy.conf
ssh -t $REMOTEPC 'sudo rm -v /etc/sudoers.d/temp; sudo -v'

Estas são as respostas que recebo ao executar estes comandos na máquina local:

$ ssh -t $REMOTEPC 'echo "Defaults !tty_tickets" | sudo tee /etc/sudoers.d/temp; sudo -v'
remoteuser@$REMOTEPC's password: 
[sudo] password for remoteuser: 
Defaults !tty_tickets
Connection to $REMOTEPC closed.

$ rsync -aP -e 'ssh' '--rsync-path=sudo rsync' /etc/pulse/client.conf $REMOTEPC:/etc/pulse/client-copy.conf
remoteuser@$REMOTEPC's password: 
sending incremental file list
client.conf
           1269 100%    0.00kB/s    0:00:00 (xfr#1, to-chk=0/1)

$ ssh -t $REMOTEPC 'sudo rm -v /etc/sudoers.d/temp; sudo -v'
remoteuser@$REMOTEPC's password: 
removed ‘/etc/sudoers.d/temp’
[sudo] password for remoteuser: 
Connection to $REMOTEPC closed.

Observe que sudo -vdeve ser executado após cada vez que os arquivos /etc/sudoers.d/são inseridos, para que as alterações sejam aceitas.

Outro método é contornar as restrições de permissões iniciando o rsync na máquina remota. Ao invés de:

rsync /home/ubuntu/my/lovely/folder ubuntu@x.x.x.x:/remote/lovely/folder

Você pode fazer:

ssh ubuntu@x.x.x.x 'rsync ubuntu@y.y.y.y:/home/ubuntu/my/lovely/folder /remote/lovely/folder'

Onde y.y.y.yestá o endereço IP da sua máquina local. Isso funciona apenas se sua máquina local puder atuar como um servidor SSH.

Minha solução alternativa é adicionar --rsync-path="echo PASSWORD | sudo -Sv && sudo rsync"

exemplo:

rsync -avz -e ssh /home/ubuntu/my/lovely/folder ubuntu@x.x.x.x:/remote/lovely/folder --delete --rsync-path="echo <PASSWORD> | sudo -Sv && sudo rsync"

Geralmente, não é uma boa ideia colocar senhas em uma linha de comando; eles se tornam visíveis na árvore de processos, por exemplo. Às vezes, substituo a senha real neste tipo de instrução por $ (cat my_password.txt), que é um pouco melhor

rsync -avz -e ssh /home/ubuntu/my/lovely/folder ubuntu@x.x.x.x:/remote/lovely/folder --delete --rsync-path="cat my_password.txt | sudo -Sv && sudo rsync"