远程机器使用绝对路径执行sed文件替换失败的解决方法

核心原因 #

你的绝对路径sed命令在Ansible中执行失败，本质是命令替换被Ansible控制节点提前解析了：

• 当你用双引号包裹sed命令时，$(cat /home/me/test/file2)会被Ansible控制节点先执行，而非在目标远程机器上执行。如果控制节点没有这个路径下的file2，cat命令就会报错，导致整个sed执行失败。
• 相对路径能成功，大概率是因为控制节点当前工作目录恰好存在同名的file2，误打误撞满足了替换需求，但这并不是你想要的「操作远程机器文件」的逻辑。

解决方案1：修正Shell命令写法 #

要让命令替换在远程机器上执行，需要避免控制节点解析$()，可以通过以下两种方式实现：

方式A：转义命令替换符号 #

在Ansible的shell任务中，给$添加反斜杠转义，确保$(cat ...)被完整传递到远程机器执行：

- name: 替换kickstart文件中的公钥占位符
  shell: sed -i "s@REPLACE@\$(cat /home/me/test/file2)@g" /home/me/test/file1

方式B：改用单引号嵌套 #

用单引号包裹整个sed替换规则，同时确保远程shell能解析命令替换：

- name: 替换kickstart文件中的公钥占位符
  shell: sed -i 's@REPLACE@'"$(cat /home/me/test/file2)"'@g' /home/me/test/file1

注：这种写法会让Ansible在远程机器上拼接命令，确保cat操作完全在远程执行。

解决方案2：使用Ansible Replace模块（更推荐） #

你提到Replace模块表现良好，这确实是更符合Ansible最佳实践的方案，无需依赖shell命令，且能避免路径、转义等问题。结合你的需求（不本地保存远程公钥），可以分两步实现：

1. 在远程机器上读取公钥文件内容并保存到变量
2. 用Replace模块替换kickstart文件中的占位符

示例Playbook代码：

- name: 获取远程机器上的公钥内容
  command: cat /home/me/test/file2
  register: remote_pub_key

- name: 将公钥写入kickstart文件
  replace:
    path: /home/me/test/file1
    regexp: 'REPLACE'
    replace: "{{ remote_pub_key.stdout }}"

这种方式全程在远程机器上操作公钥文件，不会在控制节点保存任何副本，完全符合你的需求。

额外排查点 #

如果上述方案仍失败，检查以下两点：

• 权限：Ansible执行任务的远程用户是否有读取file2和修改file1的权限，必要时添加become: yes使用sudo
• sed兼容性：部分BSD系系统（如macOS）的sed -i需要额外加空参数（sed -i '' ...），但你用相对路径成功，大概率是GNU sed，此问题可忽略

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