Официальное решение (и другие) были неполными, когда я впервые посетил, поэтому я вернулся через несколько лет, чтобы опубликовать этот альтернативный подход на тот случай, если кто-то из других намеревался использовать пару открытый / закрытый ключ:
Выполните это с целевой машины резервного копирования, которая извлекает данные из источника в целевую резервную копию
rsync -av --delete -e 'ssh -p 59333 -i /home/user/.ssh/id_rsa' user@10.9.9.3:/home/user/Server/ /home/keith/Server/
Выполните это с компьютера-источника, который отправляет из источника в целевую резервную копию
rsync -av --delete -e 'ssh -p 59333 -i /home/user/.ssh/id_rsa' /home/user/Server/ user@10.9.9.3:/home/user/Server/
И, если вы не используете альтернативный порт для ssh, рассмотрите более элегантные примеры ниже:
Выполните это с целевой машины резервного копирования, которая извлекает данные из источника в целевую резервную копию:
sudo rsync -avi --delete user@10.9.9.3:/var/www/ /media/sdb1/backups/www/
Выполните это с компьютера-источника, который отправляет из источника в целевую резервную копию:
sudo rsync -avi --delete /media/sdb1/backups/www/ user@10.9.9.3:/var/www/
Если вы все еще получаете запрос на ввод пароля, то вам нужно проверить конфигурацию ssh в /etc/ssh/sshd_config
и убедиться, что у каждого пользователя в исходном и целевом виде есть соответствующий открытый ключ ssh других, отправив каждому из них ssh-copy-id user@10.9.9.3
.
(Опять же, это для использования пар ключей ssh без пароля, в качестве альтернативного подхода, и не для передачи пароля через файл.)