Ansible中间变量追踪关键在于精准定位与分层验证，debug模块仅展示已就绪变量，需确保变量已注册、赋值或facts已采集，并配合var/msg分工、verbosity控制、when条件及hostvars跨主机调试，形成“注册→验证→传递”闭环。
在复杂部署链路中，中间变量实时追踪的关键不是“全量打印”，而是“精准定位+分层验证”。Ansible 的 debug 模块本身不执行逻辑，但它是最轻量、最可靠的信息出口——只要变量已注册或已解析，就能即时呈现真实值，避免靠猜或翻日志。
明确 debug 的触发时机：只打“已就绪”的变量
debug 无法显示未生成的值。常见误区是直接对未定义变量或未执行任务的输出调用 debug，结果为空或报错。必须确保：
- 变量来自
register（如 shell、command、copy 等任务执行后保存的结果）； - 变量已在当前 play 或作用域内完成赋值（如
set_fact设置后）； - 引用 facts（如
ansible_facts['default_ipv4']）前已执行Gathering Facts（默认开启，禁用后需手动加setup:）。
用 var 和 msg 分工协作：结构化输出 + 上下文提示
var 适合快速查看原始数据结构，msg 适合带语义的摘要输出。两者不可混用，但可组合使用：
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 用
var: result查看整个注册变量（含stdout、rc、stderr），确认命令是否真成功； - 用
msg: "Deployed {{ item }} to {{ target_host }}, status: {{ result.rc }}"在循环中嵌入关键判断依据； - 对嵌套变量，
msg更灵活：msg: "Config path: {{ nginx.conf80 | default('N/A') }}"可防未定义报错。
配合 verbosity 和 when 实现按需调试
生产环境不能总开 -vvv，但又需要某些环节“悄悄留痕”：
- 设
verbosity: 2，再配合命令行-v或-vv控制是否显示该条 debug（默认verbosity: 0总显示）； - 用
when: ansible_check_mode == false避免在--check模式下误触发； - 加条件判断：
when: result.rc != 0，只在出错时打出详情，减少干扰。
跨任务/跨主机变量追踪：用 hostvars 和 group_names 定位上下文
复杂链路常涉及多主机协同（如配置中心 → 应用节点 → DB 节点）。此时单看本机变量不够：
- 查其他主机的变量：
var: hostvars['db-server']['mysql_port']； - 查当前主机所属组：
msg: "This host is in groups: {{ group_names }}"，用于动态分支逻辑验证； - 批量调试所有目标主机的某 fact：
var: hostvars[inventory_hostname].ansible_distribution，配合verbosity: 3可快速比对差异。
不复杂但容易忽略：debug 不是万能探针，它只反映那一刻的快照。真正可靠的追踪，靠的是“注册→验证→传递”闭环设计，debug 是这个闭环里最诚实的观察员。
