Ansiblesync запрашивает парольную фразу, даже если она уже введена в начале

Команда synchronize (по крайней мере, до Ansible 1.6.6), похоже, игнорирует обычный сокет управления SSH, открытый Ansible. Ваша задача может расшириться до следующего:

{
    "cmd": "rsync --delay-updates -FF --compress --archive
        --rsh 'ssh  -o StrictHostKeyChecking=no'
        --out-format='<<CHANGED>>%i %n%L'
        /home/me/src/ user@host:/dest/",
    "failed": true,
    "rc": 23
}

Чтобы получить эти данные, запустите свой плейбук с параметром -v. В качестве обходного пути вы можете запустить ssh-agent и добавить в кэш свой SSH-ключ с помощью ssh-add. Обратитесь к их справочным страницам для получения подробной информации.

Дополнительные предостережения относительно модуля synchronize:

• При запуске с sudo: yes ansible будет работать с --rsh 'sudo ssh', что сломается, если для удаленной конфигурации sudo потребуется пароль и/или TTY. Решение: установите sudo: no в определении задачи.
• Пользователь, который входит в удаленную машину, является вашим пользователем SSH (ansible_ssh_user), а не пользователем sudo. Я не нашел способа переопределить этого пользователя (кроме непроверенного метода, который переопределяет пользователя с опцией -o User через одну из других опций (dest_port="22 -o User=your_user"?) в сочетании с set_remote_user=yes).

Это взято из моего файла задач:

- name: sync app files
  sudo: no
  synchronize: src={{app_srcdir}}/ dest={{appdir}}/
               recursive=yes
               rsync_opts=--exclude=.hg
# and of course Ubuntu 12.04 does not support --usermap..
#,--chown={{deployuser}}:www-data
# the above goes bad because ansible_ssh_user=user has no privileges
#  local_action: command rsync -av --chown=:www-data
#                 {{app_srcdir}}
#                 {{deployuser}}@{{inventory_hostname}}:{{appdir}}/
#  when: app_srcdir is defined
# The above still goes bad because {{inventory_hostname}} is not ssh host...

Я думаю, что по умолчанию синхронизация явно устанавливает имя пользователя в команде rsync — вы можете предотвратить это и разрешить rsync работать из вашего конфигурационного файла ssh.

http://docs.ansible.com/synchronize_module.html

set_remote_user укажите user@ для удаленных путей. Если у вас есть пользовательская конфигурация ssh для определения удаленного пользователя для хоста, который не соответствует пользователю инвентаризации, вы должны установить для этого параметра значение «нет».

У меня есть удаленный пользователь, настроенный в моей конфигурации ssh, и мне нужно было добавить set_remote_user=no, чтобы синхронизация работала, иначе он пытался использовать неправильное имя пользователя, и ни ключ ssh, ни пароль не работали.

Отключение tty_tickets в /etc/sudoers на удаленной машине устраняет эту проблему (за счет небольшого снижения безопасности). Например.,

#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset,!tty_tickets
# ...

Я пытался использовать модуль копирования, но это занимает слишком много времени. Итак, чтобы модуль синхронизации заработал, я сделаю следующее. Это не идеально, но, по крайней мере, это работает.

1. изменить владельца и разрешения целевой удаленной папки на пользователя, которого я использую

2. использовать синхронизацию без sudo

3. вернуть права собственности и разрешения удаленного получателя на то, что я хотел раньше

Лучший способ приблизиться к этому - установить ваш ключ в ssh author_keys для пользователя root на удаленный сервер.