Ansible中设置与读取环境变量失效问题求助

嘿，我来帮你理清这个问题——你碰到的核心问题其实是Ansible变量作用域和lookup('env')工作机制的不匹配，不是不能用prompt设置变量，而是获取变量的方式错了。

为什么会出现那些错误？ #

首先得搞清楚两个关键点：

• vars_prompt收集到的username、password这些变量，是存在Ansible自己的playbook变量池里的，属于Ansible内部变量，并不会自动变成你运行Ansible的控制节点（也就是你的Ubuntu 16.04机器）的系统环境变量。
• lookup('env', 'VAR_NAME')这个方法，是去读Ansible进程当前的系统环境变量，而不是从playbook的变量池里拿值。所以你用它读OS_USERNAME的时候，其实拿到的是空值（或者未定义的默认值），这就导致你的shell命令参数乱掉了——比如把-p当成了用户名的一部分，自然会出现“Username: -p”的错误，最终引发401未授权。

正确的处理方式 #

根据你的需求，有两种更靠谱的方案：

方案1：直接用playbook变量（强烈推荐）

既然已经通过vars_prompt拿到了变量，完全没必要转成环境变量，直接在角色的shell任务里引用这些变量就行。比如：

- name: 执行目标命令
  shell: "your_command --username {{ username }} --password {{ password }} --host {{ os_host }}"

如果你的命令必须从环境变量读取参数，那可以用Ansible的environment参数，给单个shell任务注入专属的环境变量：

- name: 带环境变量执行命令
  shell: your_command_here
  environment:
    OS_HOST: "{{ os_host }}"
    OS_USERNAME: "{{ username }}"
    OS_PASSWORD: "{{ password }}"

这种方式下，环境变量只对当前这个shell任务生效，不会影响控制节点的全局环境，而且能准确拿到prompt的变量值。

方案2：把prompt变量导出为控制节点环境变量（不推荐，仅特殊场景用）

如果你确实需要让lookup('env')读到这些变量，那得先把变量导出到控制节点的环境里，但要注意：每个Ansible任务默认是在单独的shell进程里跑的，所以导出操作得用delegate_to: localhost指定在控制节点执行，而且只能在当前进程生效：

- name: 将变量导出到控制节点环境
  delegate_to: localhost
  shell: "export OS_USERNAME={{ username }}; export OS_PASSWORD={{ password }}; export OS_HOST={{ os_host }}"

不过这种方式局限性很大，后续的任务如果是新的进程，还是读不到这些变量，所以尽量用方案1。

小提醒 #

你用的Ansible 2.0.0.2是挺老的版本了，虽然核心逻辑没变，但如果有条件的话，升级到新一点的稳定版本，能少踩很多坑，还能用到更多功能。

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