Ansible 2.5中在Playbook里为hosts使用变量报错问题

这个问题我之前帮同事排查过，根源是Ansible 2.5版本调整了Playbook的执行顺序：在2.5及之后的版本里，hosts字段的解析会优先于vars_prompt的执行流程。也就是说，当Ansible试图加载你的Playbook时，它会先去解析hosts: "{{my_hosts}}"，但此时my_hosts变量还没通过交互式输入被定义，所以就会抛出你看到的“变量未定义”错误。

而在2.3和2.4版本中，Ansible的执行顺序是先处理vars_prompt收集到变量，再去解析hosts字段，所以你的原写法能正常工作。这个属于内部执行逻辑的微调，可能因为不属于对外暴露的核心功能变更，所以没在官方发布说明里专门提及。

针对这个问题，有两种比较实用的解决方案：

方案一：通过命令行参数传递主机变量 #

把Playbook保持原样：

- hosts: "{{my_hosts}}"
  # 你的任务内容
  tasks:
    - name: Example task
      debug:
        msg: "Running on {{ inventory_hostname }}"

然后在运行Playbook时，结合shell的交互式输入传递变量：

read -p "Enter the hosts: " target_hosts && ansible-playbook my-playbook.yml -e "my_hosts=$target_hosts"

这种方式适合需要脚本化调用Playbook的场景，把变量收集的逻辑放到shell层面。

方案二：用add_host模块动态添加主机（推荐） #

这种方式完全在Playbook内部实现交互式输入，更贴合你原本的需求。思路是先在localhost上执行一个小Play，收集目标主机变量，再用add_host把这些主机添加到临时 inventory 组里，最后针对这个组执行任务：

- name: 交互式收集目标主机
  hosts: localhost
  gather_facts: no
  vars_prompt:
    - name: "my_hosts"
      prompt: "Enter the hosts (多个主机用逗号分隔)"
      private: no
  tasks:
    - name: 将目标主机添加到临时组
      add_host:
        name: "{{ item.strip() }}"
        groups: target_hosts
      loop: "{{ my_hosts.split(',') }}"

- name: 在目标主机上执行任务
  hosts: target_hosts
  tasks:
    # 替换成你的实际任务
    - name: 检查主机运行时间
      command: uptime
      register: uptime_output
    - debug:
        var: uptime_output.stdout

这个方法完美绕开了hosts字段提前解析的问题，因为第一个Play只在本地执行，收集变量后动态生成目标主机组，第二个Play再针对这个组执行任务，完全符合Ansible 2.5+的执行逻辑。

内容的提问来源于stack exchange，提问作者Alain