如何在不修改目标Playbook的情况下从Ansible控制节点传递环境变量？

方案1：通过Inventory文件定义临时环境变量 #

直接在hosts inventory文件中，为目标主机或主机组添加ansible_env_<变量名>格式的参数，该变量仅在当前Ansible执行流程中生效，不会影响目标节点上的其他进程。

示例配置：

• 针对单台主机：

[target_nodes]
node1 ansible_host=192.168.1.10 ansible_env_MY_CUSTOM_VAR="temp_value"

• 针对主机组：

[target_nodes:vars]
ansible_env_MY_CUSTOM_VAR="temp_value"
ansible_env_ANOTHER_VAR="another_temp_val"

配置完成后直接执行原命令ansible-playbook playbook.yml -i hosts即可，目标节点的任务可直接读取到这些环境变量。

方案2：修改ansible.cfg全局临时配置 #

在ansible.cfg的[defaults]段中添加environment配置项，定义全局生效的临时环境变量，同样仅作用于当前Ansible会话。

示例配置：

[defaults]
environment =
    MY_CUSTOM_VAR="temp_value"
    ANOTHER_VAR="another_temp_val"

如果需要针对特定主机/组生效，可结合Inventory的组变量做更精准的范围控制。

方案3：控制节点环境变量映射到目标节点 #

先在控制节点设置临时环境变量，再通过Inventory引用该变量传递到目标节点，适合动态传值场景。

步骤：

1. 控制节点执行：

export CONTROL_SIDE_VAR="dynamic_temp_val"

2. 在Inventory的主机组变量中添加：

[target_nodes:vars]
ansible_env_MY_CUSTOM_VAR="{{ lookup('env', 'CONTROL_SIDE_VAR') }}"

执行原playbook命令后，目标节点即可获取到对应变量值。

关于SSH参数传递无效的说明 #

通过SSH传递环境变量需要目标节点的sshd_config开启AcceptEnv并指定允许的变量名，若你无权限修改目标节点的SSH配置，这种方法必然失效。而上述方案无需修改目标节点配置，可靠性更高。

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