ansible 和 ansible-playbook 在 sudo上的明显差别

最新推荐文章于 2024-12-22 17:14:47 发布

原创最新推荐文章于 2024-12-22 17:14:47 发布 · 433 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#ssh #linux #运维

ansible 专栏收录该内容

9 篇文章

订阅专栏

本文探讨了Ansible通过SSH进行sudo操作时，在直接命令行使用ansible和使用ansible-playbook两种方式的不同实现。在inventory文件中设置sudo权限，ansible通过指定ansible_become和ansible_become_user实现root权限切换，而ansible-playbook则通过playbook中的become_user和become_method参数来切换用户。这种差异可能源于执行策略和任务控制的不同。

目前从ansible服务器到目标机器，比如10.1.1.1，可以直接以root远程到目标的mcloud用户，也就是在ansible主机上可执行 ssh -l mcloud 10.1.1.1。这就涉及到sudo的问题了。

我发现ansible和ansible-playbook在实现的方式上是不一样的

ansible的实现方式
这是inventory文件 host1 确定sudo的方式

[all]
10.1.1.1
[all:vars]
ansible_become=True
ansible_become_user=mcloud

然后

ansible 10.1.1.1 -i host1 -m shell -a "/usr/bin/touch /tmp/c"

ansible-playbook的实现方式
这是test.yml 这里发现become_user完全和前者反着的，原因不明

---
- hosts: all     #主机组名称
  remote_user: mcloud  #要执行远程主机的用户名 
  become_user: root
  become_method: su
  gather_facts: false
  tasks:
    - name: do
      shell: touch /tmp/c

inventory文件 host2