常见问题

这里有一些常见问题及其答案。

所有模块都去哪里了？

2019 年 7 月，我们宣布集合将成为 Ansible 内容交付的未来。集合是 Ansible 内容的分布格式，可以包含剧本、角色、模块和插件。在 Ansible 2.9 中，我们添加了对集合的支持。在 Ansible 2.10 中，我们 从主要的 ansible/ansible 存储库中提取了大部分模块 并将其放入 集合 中。集合可能由 Ansible 团队、Ansible 社区或 Ansible 合作伙伴维护。ansible/ansible 存储库 现在包含基本功能的代码，例如将模块代码复制到被管理的节点。此代码也称为 ansible-core（在 2.10 版本中曾简称为 ansible-base）。

• 要了解有关使用集合的更多信息，请参阅 使用 Ansible 集合。

• 要了解有关开发集合的更多信息，请参阅 开发集合。

• 要了解有关为现有集合贡献代码的更多信息，请参阅各个集合存储库以获取指南，或者参阅 为 Ansible 维护的集合贡献代码 以参与 Ansible 维护的集合之一。

这个特定的模块去哪里了？

如果您正在搜索特定模块，您可以查看 runtime.yml 文件，其中列出了从主要的 ansible/ansible 存储库中提取的每个模块的第一个目标位置。从那时起，一些模块又迁移了。您也可以在 Ansible Galaxy 上搜索或在我们的 聊天频道 上提问。

如何在磁盘速度慢的系统上加快 Ansible 的速度？

在磁盘速度慢的系统（例如 Raspberry PI）上，Ansible 可能会感觉迟缓。请参阅 如果 libyaml 不可用，Ansible 运行速度可能会很慢，以获取有关如何改进此问题的提示。

如何为任务或整个剧本设置 PATH 或任何其他环境变量？

可以使用 environment 关键字设置环境变量。它可以在剧本中的任务或其他级别使用。

shell:
  cmd: date
environment:
  LANG=fr_FR.UTF-8

hosts: servers
environment:
  PATH: "{{ ansible_env.PATH }}:/thingy/bin"
  SOME: value

注意

从 2.0.1 开始，gather_facts 中的 setup 任务也继承了来自剧本的环境指令，如果您在剧本级别设置此指令，则可能需要使用 |default 过滤器来避免错误。

如何处理不同机器需要不同的用户帐户或端口才能登录的情况？

在清单文件中设置清单变量是最简单的方法。

例如，假设这些主机具有不同的用户名和端口

[webservers]
asdf.example.com  ansible_port=5000   ansible_user=alice
jkl.example.com   ansible_port=5001   ansible_user=bob

您也可以根据需要指定要使用的连接类型

[testcluster]
localhost           ansible_connection=local
/path/to/chroot1    ansible_connection=chroot
foo.example.com     ansible_connection=paramiko

您可能还希望将这些变量保存在组变量中，或者将它们保存在 group_vars/<groupname> 文件中。有关如何组织变量的更多信息，请参阅其余文档。

如何让 Ansible 重用连接、启用 Kerberized SSH 或让 Ansible 注意我的本地 SSH 配置文件？

在配置文件中将默认连接类型切换为 ssh，或使用 -c ssh 使用 Native OpenSSH 进行连接，而不是 python paramiko 库。在 Ansible 1.2.1 及更高版本中，如果 OpenSSH 足够新以支持 ControlPersist 作为选项，则默认情况下将使用 ssh。

Paramiko 非常适合入门，但 OpenSSH 类型提供了许多高级选项。如果您使用此连接类型，则需要从足够新的机器运行 Ansible 以支持 ControlPersist。您仍然可以管理较旧的客户端。如果您使用的是 RHEL 6、CentOS 6、SLES 10 或 SLES 11，则 OpenSSH 版本仍然有点旧，因此即使您正在管理较旧的节点，也请考虑从 Fedora 或 openSUSE 客户端进行管理，或者只使用 paramiko。

我们将 paramiko 保持为默认值，因为如果您第一次在这些企业操作系统上安装 Ansible，它会为新用户提供更好的体验。

如何配置跳板主机以访问我无法直接访问的服务器？

您可以在 ansible_ssh_common_args 库存变量中设置 ProxyCommand。此变量中指定的任何参数都会在连接到相关主机时添加到 sftp/scp/ssh 命令行。请考虑以下库存组

[gatewayed]
foo ansible_host=192.0.2.1
bar ansible_host=192.0.2.2

您可以创建 group_vars/gatewayed.yml 文件，内容如下：

ansible_ssh_common_args: '-o ProxyCommand="ssh -W %h:%p -q [email protected]"'

当尝试连接到 gatewayed 组中的任何主机时，Ansible 会将这些参数添加到命令行。（这些参数会附加到 ansible.cfg 中的任何 ssh_args，因此您无需在 ansible_ssh_common_args 中重复全局 ControlPersist 设置。）

请注意，ssh -W 仅在 OpenSSH 5.4 或更高版本中可用。对于较旧的版本，需要在堡垒主机上执行 nc %h:%p 或一些等效命令。

在较早版本的 Ansible 中，需要在 ~/.ssh/config 中为一个或多个主机配置合适的 ProxyCommand，或者通过在 ansible.cfg 中设置 ssh_args 来全局配置。

如何让 Ansible 及时发现失效的目标？

您可以使用 ssh_args 参数添加 -o ServerAliveInterval=NumberOfSeconds。如果没有此选项，SSH 和 Ansible 将等到 TCP 连接超时。另一个解决方案是将 ServerAliveInterval 添加到您的全局 SSH 配置中。 ServerAliveInterval 的最佳值取决于您自己决定；请记住，ServerAliveCountMax=3 是 SSH 默认值，因此您设置的任何值在终止 SSH 会话之前都会乘以三。

如何加快 Ansible 对来自云提供商（EC2、openstack 等）的服务器的运行速度？

不要尝试从您的笔记本电脑管理云提供商的大量机器。而是先连接到此云提供商内部的管理节点，然后从那里运行 Ansible。

如何处理远程机器上 `/usr/bin/python` 没有 Python 解释器的情况？

虽然您可以使用任何语言编写 Ansible 模块，但大多数 Ansible 模块都是用 Python 编写的，包括使 Ansible 工作的核心模块。

默认情况下，Ansible 假设它可以在您的远程系统上找到一个 /usr/bin/python，该解释器是 Python 2（版本 2.6 或更高版本）或 Python 3（3.5 或更高版本）。

在任何主机上设置库存变量 ansible_python_interpreter 将告诉 Ansible 自动用该值替换 Python 解释器。因此，如果系统上的 /usr/bin/python 没有指向兼容的 Python 解释器，您可以指向系统上任何您想要的 Python。

某些平台可能默认只安装了 Python 3。如果它没有安装为 /usr/bin/python，则需要通过 ansible_python_interpreter 配置解释器的路径。虽然大多数核心模块都可以与 Python 3 一起使用，但也可能有一些特殊用途的模块无法使用，或者您可能会在极端情况下遇到错误。作为临时解决方法，您可以在被管理的主机上安装 Python 2，并通过 ansible_python_interpreter 配置 Ansible 使用该 Python。如果模块文档中没有提到模块需要 Python 2，您也可以在我们的错误跟踪器上报告错误，以便在未来的版本中修复不兼容性。

不要替换 Python 模块的 shebang 行。Ansible 将在部署时自动为您执行此操作。

此外，这适用于任何解释器，例如 ruby：ansible_ruby_interpreter，perl：ansible_perl_interpreter，依此类推，因此您可以将其用于用任何脚本语言编写的自定义模块并控制解释器位置。

请记住，如果您在模块的 shebang 行中放入 env（#!/usr/bin/env <other>），则此方法无效，并将被评估为一个字符串（包括 env 和 <other> 之间的空格）。参数既未预期也未受支持。

如何在 Ansible 安装期间处理 Ansible 包依赖项所需的包依赖项？

安装 Ansible 时，有时可能会遇到错误，例如 找不到包“libffi” 或 致命错误：Python.h：没有这样的文件或目录 这些错误通常是由缺少的包引起的，这些包是 Ansible 所需的包的依赖项。例如，libffi 包是 pynacl 和 paramiko 的依赖项 (Ansible -> paramiko -> pynacl -> libffi)。

为了解决这些类型的依赖项问题，您可能需要使用操作系统本机包管理器（例如 yum、dnf 或 apt）安装所需的包，或者如包安装指南中所述。

请参阅各个包的文档以了解此类依赖项及其安装方法。

常见平台问题

Red Hat 支持哪些客户平台？

很多！有关确切列表，请参阅此知识库文章。

在 virtualenv 中运行

您可以非常简单地将 Ansible 安装到控制节点上的 virtualenv 中

$ virtualenv ansible
$ source ./ansible/bin/activate
$ pip install ansible

如果您想在 Python 3 下而不是 Python 2 下运行，您可能需要稍微更改一下。

$ virtualenv -p python3 ansible
$ source ./ansible/bin/activate
$ pip install ansible

如果您需要使用 pip 无法提供的任何库（例如，在启用了 SELinux 的系统（如 Red Hat Enterprise Linux 或 Fedora）上的 SELinux Python 绑定），则需要将它们安装到 virtualenv 中。有两种方法

• 创建 virtualenv 时，指定 --system-site-packages 以使用系统 Python 中安装的任何库

  $ virtualenv ansible --system-site-packages
  

• 手动复制这些文件。例如，对于 SELinux 绑定，您可能需要执行以下操作：

  $ virtualenv ansible --system-site-packages
  $ cp -r -v /usr/lib64/python3.*/site-packages/selinux/ ./py3-ansible/lib64/python3.*/site-packages/
  $ cp -v /usr/lib64/python3.*/site-packages/*selinux*.so ./py3-ansible/lib64/python3.*/site-packages/
  

在 macOS 上作为控制节点运行

当在使用 macOS 作为控制节点机器的系统上执行 Ansible 时，可能会遇到以下错误：

错误

+[__NSCFConstantString initialize] 在调用 fork() 时可能正在另一个线程中进行。我们无法安全地调用它或在 fork() 子进程中忽略它。改为崩溃。在 objc_initializeAfterForkError 上设置断点以进行调试。错误！发现一个工作进程处于死机状态

通常，建议的解决方法是在您的 shell 中设置以下环境变量：

$ export OBJC_DISABLE_INITIALIZE_FORK_SAFETY=YES

在 macOS 上作为目标运行

当通过 SSH 管理具有 macOS Monterey 12、macOS Ventura 13 或更高版本的系统时，可能会发生以下错误：

错误

“eDSPermissionError” DS 错误：-14120 (eDSPermissionError)

这很可能表明尚未启用“允许远程用户完全访问磁盘”。

另请参阅

有关更多详细信息，请查看Apple 官方用户指南文章。

在 BSD 上运行

另请参阅

使用 Ansible 管理 BSD 主机

在 Solaris 上运行

默认情况下，Solaris 10 及更早版本运行非 POSIX shell，该 shell 无法正确扩展 Ansible 使用的默认临时目录（~/.ansible/tmp）。如果您在 Solaris 机器上看到模块失败，则很可能是这个问题。有几种解决方法

• 您可以将 remote_tmp 设置为使用您正在使用的 shell 可以正确扩展的路径（请参阅 C shell、fish shell 和 Powershell 的插件文档）。例如，在 ansible 配置文件中，您可以设置

  remote_tmp=$HOME/.ansible/tmp
  

  在 Ansible 2.5 和更高版本中，您也可以在清单中按主机设置它，如下所示：

  solaris1 ansible_remote_tmp=$HOME/.ansible/tmp
  

• 您可以将 ansible_shell_executable 设置为 POSIX 兼容 shell 的路径。例如，许多 Solaris 主机在 /usr/xpg4/bin/sh 处有一个 POSIX shell，因此您可以在清单中这样设置：

  solaris1 ansible_shell_executable=/usr/xpg4/bin/sh
  

  （如果您安装了 bash、ksh 和 zsh，它们也应该是 POSIX 兼容的）。

在 z/OS 上运行

尝试在 z/OS 上作为目标执行 Ansible 时，可能会遇到一些常见的错误。

• z/OS 的 python 2.7.6 版本无法与 Ansible 一起使用，因为它在内部将字符串表示为 EBCDIC。

  为了绕过此限制，请下载并安装更高版本的z/OS 版 Python（2.7.13 或 3.6.1），该版本将字符串在内部表示为 ASCII。版本 2.7.13 已验证可用。

• 当 /etc/ansible/ansible.cfg 中的 pipelining = False 时，Ansible 模块将通过 sftp 以二进制模式传输，但是 Python 执行会失败，并出现以下错误：

  错误

  SyntaxError: Non-UTF-8 code starting with '\x83' in file /a/user1/.ansible/tmp/ansible-tmp-1548232945.35-274513842609025/AnsiballZ_stat.py on line 1, but no encoding declared; see https://pythonlang.cn/dev/peps/pep-0263/ for details

  要解决此问题，请将 /etc/ansible/ansible.cfg 中的 pipelining = True。

• 在目标主机上，默认位置 /usr/bin/python 找不到 Python 解释器。

  错误

  /usr/bin/python: EDC5129I No such file or directory

  要解决此问题，请在您的清单中设置 Python 安装路径，如下所示：

  zos1 ansible_python_interpreter=/usr/lpp/python/python-2017-04-12-py27/python27/bin/python
  

• Python 启动失败，显示错误消息：The module libpython2.7.so was not found.

  错误

  EE3501S The module libpython2.7.so was not found.

  在 z/OS 上，必须从 GNU bash 执行 Python。如果 GNU bash 安装在 /usr/lpp/bash，您可以在清单中通过指定 ansible_shell_executable 来解决此问题。

  zos1 ansible_shell_executable=/usr/lpp/bash/bin/bash
  

在 fakeroot 下运行

由于 fakeroot 默认情况下不会创建完整的 POSIX 兼容系统，因此会产生一些问题。已知它无法正确展开 Ansible 使用的默认 tmp 目录 (~/.ansible/tmp)。如果您看到模块失败，这很可能是问题所在。简单的解决方法是将 remote_tmp 设置为将正确展开的路径（有关详细信息，请参阅您正在使用的 shell 插件的文档）。

例如，在 ansible 配置文件（或通过环境变量）中，您可以设置：

remote_tmp=$HOME/.ansible/tmp

如何才能最好地使内容可重用/可重新分发？

如果您尚未这样做，请阅读 playbook 文档中关于“角色”的所有内容。这有助于您使 playbook 内容自包含，并与 Git 子模块等内容一起使用，以便与他人共享内容。

如果某些插件类型看起来很奇怪，请参阅 API 文档以了解有关 Ansible 可扩展方法的更多详细信息。

配置文件在哪里以及我可以在其中配置什么？

请参见 配置 Ansible。

如何禁用 cowsay？

如果安装了 cowsay，Ansible 会在运行 playbook 时让您心情愉悦。如果您决定要在没有奶牛的专业环境中工作，您可以卸载 cowsay，在 ansible.cfg 中设置 nocows=1，或设置 ANSIBLE_NOCOWS 环境变量。

export ANSIBLE_NOCOWS=1

如何查看所有 ansible_ 变量的列表？

Ansible 默认情况下会收集受管机器的“事实”，这些事实可以在 playbook 和模板中访问。要查看有关机器的所有可用事实的列表，您可以将 setup 模块作为临时操作运行。

ansible -m setup hostname

这将打印出该特定主机的所有可用事实的字典。您可能需要将输出通过管道传输到分页程序。这并不包括清单变量或内部“魔术”变量。如果您需要的不只是“事实”，请参见下一个问题。

如何查看为我的主机定义的所有清单变量？

通过运行以下命令，您可以查看主机的清单变量。

ansible-inventory --list --yaml

如何查看我的主机的所有特定变量？

要查看所有主机特定变量，可能包括事实和其他来源。

ansible -m debug -a "var=hostvars['hostname']" localhost

除非您使用事实缓存，否则通常需要首先使用收集事实的 playbook，以便将事实包含在上面的任务中。

如何在模板内循环遍历组中的主机列表？

一个常见的模式是在主机组内迭代主机列表，例如使用服务器列表填充模板配置文件。要做到这一点，您可以直接访问模板中的“$groups”字典，如下所示：

{% for host in groups['db_servers'] %}
    {{ host }}
{% endfor %}

如果您需要访问这些主机的 fakt，例如每个主机名的 IP 地址，您需要确保已填充这些 fakt。例如，确保您有一个与 db_servers 通信的 playbook。

- hosts:  db_servers
  tasks:
    - debug: msg="doesn't matter what you do, just that they were talked to previously."

然后，您可以像这样在模板中使用事实：

{% for host in groups['db_servers'] %}
   {{ hostvars[host]['ansible_eth0']['ipv4']['address'] }}
{% endfor %}

如何以编程方式访问变量名？

可能会有一个例子，我们需要获取任意接口的 ipv4 地址，其中要使用的接口可以通过角色参数或其他输入提供。可以使用“~”将字符串组合在一起构建变量名，如下所示：

{{ hostvars[inventory_hostname]['ansible_' ~ which_interface]['ipv4']['address'] }}

通过 hostvars 进行操作是必要的，因为它包含整个变量命名空间的字典。inventory_hostname 是一个魔术变量，指示您在主机循环中循环访问的当前主机。

在上面的示例中，如果您的接口名称包含连字符，则必须将其替换为下划线。

{{ hostvars[inventory_hostname]['ansible_' ~ which_interface | replace('_', '-') ]['ipv4']['address'] }}

另请参见 dynamic_variables。

如何访问组变量？

从技术上讲，您不能直接访问，Ansible 并不真正直接使用组。组是用于主机选择的标签，以及批量分配变量的一种方式，它们不是一级实体，Ansible 只关心主机和任务。

也就是说，您可以通过选择属于该组的主机来访问变量，请参见下面的 first_host_in_a_group 以了解示例。

如何访问组中第一个主机的变量？

如果我们想要 webservers 组中第一个 web 服务器的 ip 地址会发生什么？好吧，我们也可以做到这一点。请注意，如果我们使用动态清单，哪个主机是“第一个”可能并不一致，因此除非您的清单是静态且可预测的，否则您不希望这样做。（如果您使用的是 AWX 或 Red Hat Ansible Automation Platform，它将使用数据库顺序，因此即使您使用的是基于云的清单脚本，这也不是问题）。

无论如何，这就是诀窍：

{{ hostvars[groups['webservers'][0]]['ansible_eth0']['ipv4']['address'] }}

请注意我们如何提取 webservers 组中第一台机器的主机名。如果您在模板中执行此操作，您可以使用 Jinja2 的“#set”指令来简化此操作，或者在 playbook 中，您也可以使用 set_fact。

- set_fact: headnode={{ groups['webservers'][0] }}

- debug: msg={{ hostvars[headnode].ansible_eth0.ipv4.address }}

请注意我们如何将方括号语法与点互换——这可以在任何地方进行。

如何将文件递归复制到目标主机？

copy 模块具有递归参数。但是，如果您想对大量文件执行更高效的操作，请查看 synchronize 模块。synchronize 模块包装了 rsync。有关这两个模块的信息，请参见模块索引。

如何访问 shell 环境变量？

**在控制节点机器上：**访问控制节点的现有变量，可以使用 env 查找插件。例如，要访问管理机器上 HOME 环境变量的值：

---
# ...
  vars:
     local_home: "{{ lookup('env','HOME') }}"

**在目标机器上：**环境变量可通过 ansible_env 变量中的事实获得。

{{ ansible_env.HOME }}

如果您需要为任务执行设置环境变量，请参阅高级 Playbook 部分中的 设置远程环境。有几种方法可以在目标机器上设置环境变量。您可以使用 template、replace 或 lineinfile 模块将环境变量添加到文件中。要编辑的确切文件取决于您的操作系统、发行版和本地配置。

如何为用户模块生成加密密码？

Ansible 临时命令是最简单的选项。

ansible all -i localhost, -m debug -a "msg={{ 'mypassword' | password_hash('sha512', 'mysecretsalt') }}"

大多数 Linux 系统上都可用的 mkpasswd 实用程序也是一个不错的选择。

mkpasswd --method=sha-512

如果您的系统上未安装此实用程序（例如，您使用的是 macOS），您仍然可以使用 Python 轻松生成这些密码。首先，确保安装了 Passlib 密码哈希库。

pip install passlib

库准备就绪后，可以按如下方式生成 SHA512 密码值：

python -c "from passlib.hash import sha512_crypt; import getpass; print(sha512_crypt.using(rounds=5000).hash(getpass.getpass()))"

使用集成的 哈希和加密字符串和密码 来生成密码的哈希版本。您不应将纯文本密码放在您的 playbook 或 host_vars 中；而是使用 使用加密变量和文件 来加密敏感数据。

在 OpenBSD 中，基本系统中提供了一个类似的选项，称为 encrypt (1)。

Ansible 允许对变量使用点表示法和数组表示法。我应该使用哪种表示法？

点号表示法源自 Jinja，对于不包含特殊字符的变量非常有效。如果您的变量包含点 (.)、冒号 (:) 或短横线 (-)，如果键以两个下划线开头和结尾，或者如果键使用了任何已知的公共属性，则使用数组表示法更安全。有关已知公共属性的列表，请参见使用变量。

item[0]['checksum:md5']
item['section']['2.1']
item['region']['Mid-Atlantic']
It is {{ temperature['Celsius']['-3'] }} outside.

此外，数组表示法允许动态变量组合，请参见dynamic_variables。

“点号表示法”的另一个问题是，某些键可能导致问题，因为它们与 Python 字典的属性和方法冲突。

• 当item是字典时，语法错误示例

item.update

此变体会导致语法错误，因为update()是字典的 Python 方法。

• 正确语法的示例

item['update']

何时从变量批量设置任务参数不安全？

您可以从字典类型变量设置所有任务参数。此技术在某些动态执行场景中非常有用。但是，它会引入安全风险。我们不推荐这样做，因此 Ansible 在您执行此类操作时会发出警告。

#...
vars:
  usermod_args:
    name: testuser
    state: present
    update_password: always
tasks:
- user: '{{ usermod_args }}'

此特定示例是安全的。但是，像这样构建任务是有风险的，因为传递给usermod_args的参数和值可能会被受损目标机器上的host facts中的恶意值覆盖。为了减轻这种风险

• 以高于host facts的优先级级别设置批量变量，优先级顺序如变量优先级：我应该在哪里放置变量？中所述（上述示例是安全的，因为 playbook 变量优先于事实）。

• 禁用INJECT_FACTS_AS_VARS配置设置，以防止事实值与变量冲突（这也会禁用原始警告）。

我可以参加 Ansible 培训吗？

是的！请访问我们的服务页面，了解我们的服务和培训产品信息。请发送电子邮件至info@ansible.com 了解更多详情。

我们还会定期提供免费的网络在线培训课程。请访问我们的网络研讨会页面，了解即将举行的网络研讨会的更多信息。

是否有 Web 界面/REST API/GUI？

是的！开源 Web 界面是 Ansible AWX。使 Ansible 更加强大且易于使用的受支持的 Red Hat 产品是Red Hat Ansible Automation Platform。

如何在 playbook 中保留秘密数据？

如果您想在 Ansible 内容中保留秘密数据，同时仍然公开共享它或将内容保存在源代码管理中，请参见使用加密变量和文件。

如果您有一个任务，您不希望在使用 -v（详细）模式时显示其结果或给出的命令，则以下任务或 playbook 属性可能很有用。

- name: secret task
  shell: /usr/bin/do_something --value={{ secret_value }}
  no_log: True

这可以用来保留详细输出，但隐藏敏感信息，以免其他人查看输出。

no_log属性也可以应用于整个 playbook。

- hosts: all
  no_log: True

但这会使 playbook 的调试有些困难。建议仅在 playbook 完成后将其应用于单个任务。请注意，使用no_log属性不会阻止通过ANSIBLE_DEBUG环境变量调试 Ansible 本身时显示数据。

我应该何时使用 {{ }}？另外，如何插入变量或动态变量名？

一个不变的规则是“除非when:，否则始终使用{{ }}”。条件总是通过 Jinja2 运行以解析表达式，因此when:、failed_when:和changed_when:总是被模板化，你应该避免添加{{ }}。

在大多数其他情况下，你应该始终使用括号，即使以前你可以不用指定变量（如loop或with_子句），因为这使得难以区分未定义的变量和字符串。

另一个规则是“胡子不能叠加”。我们经常看到这种情况

{{ somevar_{{other_var}} }}

如果需要使用动态变量，则上述方法不会按预期工作，请根据需要使用以下方法。

{{ hostvars[inventory_hostname]['somevar_' ~ other_var] }}

对于“非主机变量”，您可以使用vars 查询插件。

{{ lookup('vars', 'somevar_' ~ other_var) }}

要确定关键字是否需要{{ }}甚至支持模板化，请使用ansible-doc -t keyword <name>，这将返回关键字的文档，包括一个template字段，其值为explicit（需要{{ }}）、implicit（假设{{ }}，因此不需要）或static（不支持模板化，所有字符都将按字面解释）。

当我委托任务时，如何获取原始 ansible_host？

如文档所述，连接变量取自delegate_to主机，因此ansible_host被覆盖，但您仍然可以通过hostvars访问原始主机。

original_host: "{{ hostvars[inventory_hostname]['ansible_host'] }}"

这适用于所有被覆盖的连接变量，例如ansible_user、ansible_port等。

获取文件时如何修复“协议错误：文件名与请求不匹配”？

从 OpenSSH 的7.9p1版本开始，SCP 客户端中存在一个bug，当使用 SCP 作为文件传输机制时，它可能会在 Ansible 控制节点上触发此错误。

错误

无法将文件传输到 /tmp/ansible/file.txtrnprotocol 错误：文件名与请求不匹配

在这些版本中，SCP 会尝试验证要获取的文件路径是否与请求的路径匹配。如果远程文件名需要引号来转义其路径中的空格或非 ASCII 字符，则验证将失败。为避免此错误

• 确保您使用 SFTP，它是安全、速度和可靠性的最佳传输方法。检查您是否正在执行以下操作之一：

  • 依赖默认设置，即smart——如果ssh_transfer_method未在任何地方显式设置，则此方法有效。

  • 在清单中设置主机变量或组变量：ansible_ssh_transfer_method: smart

  • 在控制节点上设置环境变量：export ANSIBLE_SSH_TRANSFER_METHOD=smart

  • 运行 Ansible 时传递环境变量：ANSIBLE_SSH_TRANSFER_METHOD=smart ansible-playbook

  • 修改您的ansible.cfg文件：将ssh_transfer_method=smart添加到[ssh_connection]部分。smart设置尝试使用sftp进行传输，然后回退到scp，然后是dd。如果 SFTP 不可用，您希望传输失败，请将ssh_transfer_method=sftp添加到[ssh_connection]部分。

• 如果必须使用 SCP，请设置-T参数以告诉 SCP 客户端忽略路径验证。您可以通过以下三种方式之一执行此操作：

  • 设置主机变量或组变量：ansible_scp_extra_args=-T，

  • 导出或传递环境变量：ANSIBLE_SCP_EXTRA_ARGS=-T

  • 修改您的ansible.cfg文件：将scp_extra_args=-T添加到[ssh_connection]部分。

注意

如果使用-T时看到invalid argument错误，则您的 SCP 客户端未执行文件名验证，并且不会触发此错误。

Ansible 是否支持多因素身份验证 2FA/MFA/生物识别/指纹/USB 密钥/OTP/……？

不，Ansible 设计用于对多个目标执行多个任务，最大限度地减少用户交互。与大多数自动化工具一样，它与旨在处理人机交互的交互式安全系统不兼容。大多数这些系统需要针对每个目标进行二次提示，这会阻止扩展到数千个目标。它们还往往具有非常短的过期时间，因此需要频繁重新授权，这对于许多主机和/或长时间的任务来说也是一个问题。

在这种环境中，我们建议围绕 Ansible 的执行进行安全保护，但仍然允许它使用不需要此类措施的“自动化用户”。使用 AWX 或Red Hat Ansible 自动化平台，管理员可以设置对清单的 RBAC 访问权限，以及管理凭据和作业执行。

“validate”选项不足以满足我的需求，我该怎么办？

许多创建或更新文件的 Ansible 模块都有一个validate选项，允许您在验证命令失败时中止更新。这使用 Ansible 在进行最终更新之前创建的临时文件。在许多情况下，这不起作用，因为特定应用程序的验证工具需要特定名称、多个文件或此简单功能中不存在的其他因素。

对于这些情况，您必须自己处理验证和恢复。以下是使用 block/rescue 和备份执行此操作的简单示例，大多数基于文件的模块也支持此功能。

- name: maintain config and backout if validation after change fails
  block:
    - name: do the actual update, works with copy, lineinfile and any action that allows for `backup`.
      template: src=template.j2 dest=/x/y/z backup=yes moreoptions=stuff
      register: updated

    - name: run validation, this will change a lot as needed. We assume it returns an error when not passing, use `failed_when` if otherwise.
      shell: run_validation_commmand
      become: true
      become_user: requiredbyapp
      environment:
        WEIRD_REQUIREMENT: 1
      when: updated is changed
 rescue:
    - name: restore backup file to original, in the hope the previous configuration was working.
      copy:
         remote_src: true
         dest: /x/y/z
         src: "{{ updated['backup_file'] }}"
      when: updated is changed
 always:
    - name: We choose to always delete backup, but could copy or move, or only delete in rescue.
      file:
         path: "{{ updated['backup_file'] }}"
         state: absent
      when: updated is changed

为什么regex_search过滤器返回None而不是空字符串？

在 Jinja2 2.10 版本发布之前，Jinja 只能返回字符串，但在某些情况下 Ansible 需要 Python 对象。Ansible 使用safe_eval，并且只通过此函数发送看起来像某些类型 Python 对象的字符串。对于regex_search找不到匹配项的情况，结果（None）将转换为字符串“None”，这在非原生 Jinja2 中没有用。

以下单个模板化操作的示例显示了此行为。

{{ 'ansible' | regex_search('foobar') }}

此示例不会产生 Python None，因此 Ansible 从历史上将其转换为“” (空字符串)。

原生 Jinja2 功能实际上允许我们返回完整的 Python 对象，这些对象始终在任何地方都表示为 Python 对象，因此使用regex_search的单个模板化操作的结果可能导致 Python None。

注意

当regex_search用作中间结果，然后与 Jinja2 none测试进行比较时，不需要原生 Jinja2 功能。

{{ 'ansible' | regex_search('foobar') is none }}

如何提交文档更改？

Ansible 的文档保存在主项目 Git 存储库中，完整的贡献说明可以在 GitHub 上查看的 docs README 中找到GitHub 上查看。谢谢！

ansible.legacy和ansible.builtin集合之间有什么区别？

两者都不是真正的集合。它们是由核心引擎虚拟构建的（合成集合）。

ansible.builtin集合仅指与ansible-core一起提供的插件。

ansible.legacy集合是ansible.builtin的超集（您可以通过ansible.legacy引用内置插件）。您还可以将“自定义”插件添加到配置的路径和相邻目录中，并能够覆盖具有相同名称的内置插件。

此外，当您没有指定 FQCN 时，ansible.legacy是您默认获得的内容。所以这个

- shell: echo hi

实际上等同于

- ansible.legacy.shell: echo hi

但是，如果您没有覆盖shell模块，您也可以将其写为ansible.builtin.shell，因为 legacy 将解析为内置集合。

我没有在这里看到我的问题

如果您没有找到问题的答案，请咨询社区！请访问Ansible 通信指南了解详情。

另请参阅

使用剧本

剧本简介

Ansible 提示和技巧

剧本技巧

沟通

有问题？需要帮助？想分享你的想法？访问 Ansible 通信指南