Ansible的一些的设置可以通过配置文件完成.在大多数场景下默认的配置就能满足大多数用户的需求,在一些特殊场景下,用户还是需要自行修改这些配置文件
用户可以修改一下配置文件来修改设置,他们的被读取的顺序如下:
* ANSIBLE_CONFIG (一个环境变量) * ansible.cfg (位于当前目录中) * .ansible.cfg (位于家目录中) * /etc/ansible/ansible.cfg
版本1.5之前的读取顺序如下:
* ansible.cfg (位于当前目录) * ANSIBLE_CONFIG (一个环境变量) * .ansible.cfg (位于家目录下) * /etc/ansible/ansible.cfg
Ansible 将会按以上顺序逐个查询这些文件,直到找到一个为止,并且使用第一个寻找到个配置文件的配置,这些配置将不会被叠加.
1、获取最新配置文件
如果使用程序包管理器安装ansible,最新的 ansible.cfg 配置文件有可能出现在 /etc/ansible 下并且命名为 ”.rpmnew”, 也可能根据不同的更新命名为其它名称
如果你是通过 pip 或者其他方式安装,则可能需要自行创建这个文件,以免原配置文件被覆盖.Ansible 的默认设置将会将其覆盖
2、配置文件不同段详解
配置文件被切割成了不同段.多数配置选项位于“general”段, 也有一些属于特定的链接类型(connection type)
2.1 通用默认段
在 [defaults] 段中,一下选项是可以调节的:
action_plugins
“行为”是 ansible中的一段代码,用来激活一些事件,例如执行一个模块,一个模版,等等
这是一个以开发者为中心的特性,使得一些底层模块可以从外部不同地方加载:
action_plugins = ~/.ansible/plugins/action_plugins/:/usr/share/ansible_plugins/action_plugins
大多数用户都会使用这一特性,详情请见 Developing Plugins .
ansible_managed
Ansible-managed 是一个字符串.可以插入到Ansible配置模版系统生成的文件中.如果你使用以下的自字符:
{{ ansible_managed }}
默认设置可以哪个用户修改和修改时间:
ansible_managed = Ansible managed: {file} modified on %Y-%m-%d %H:%M:%S by {uid} on {host}
这个设置可以告知用户,Ansible修改了一个文件,并且手动写入的内容可能已经被覆盖
需要注意的是,如果使用这一特性,这个字符串中将包含一个日期注释,如果日期更新,模版系统将会在每一次报告文件修改.
http://www.ansible.com.cn/docs/intro_configuration.html
时间: 2024-11-02 08:24:02