Ansible 使用具有不同 ansible_ssh_common_args 的 delegate_to

Question

我正在尝试从我的 ansible master 运行到主机（我们称之为 hostclient），这需要在另一个主机上执行某些操作（我们称之为 susemanagerhost :)）。

hostclient 需要 ansible_ssh_common_args 并填充 proxycommand，而 susemanager 主机不需要 ansible_ssh_common_args，因为它是直接连接。

所以我想我可以使用delegate_to，但是名为hostclient 的主机和名为susemanagerhost 的主机对于变量ansible_ssh_common_args 的值不同。

我想我可以在运行中将ansible_ssh_common_args 的值更改为ansible_ssh_common_args 的set_fact 到ansible_ssh_common_args_backup（因为我想恢复其他标准任务的原始值），然后将ansible_ssh_common_args 更改为null（从 ansible master 到 susemanager 主机的连接是直接连接，不需要 proxycommand）但它不起作用。
它似乎仍在使用ansible_ssh_common_args 的原始值。

Answer 1

ansible_ssh_common_args 通常用于“通过”代理服务器执行命令：

<ansible system> => <proxy system> => <intended host>

您提出问题的方式不需要使用ansible_ssh_common_args，并且可以坚持使用delegate_to：

- name: execute on host client
  shell: ls -la

- name: execute on susemanagerhost
  shell: ls -la
  delegate_to: "root@susemanagerhost"

将此游戏称为：

ansible-playbook <play> --limit=hostclient

应该这样做。

编辑： 在 github 上提交错误后，可行的解决方案是：

ansible_ssh_common_args: '-o StrictHostKeyChecking=no -o ProxyCommand="ssh -W %h:%p -i ~/.ssh/id_rsa ansible@{{ jumphost_server }}"'

在host_vars 或group_vars 中。 其次是静态使用delegate_to：

delegate_to: <hostname>

hostname 应该是 ansible 使用的主机名。

但不使用：

delegate_to: "username@hostname"

这解决了我的问题，希望它也适合你。