New in version 2.8.
Become plugins work to ensure that Ansible can use certain privilege escalation systems when running the basic commands to work with the target machine as well as the modules required to execute the tasks specified in the play.
These utilities (sudo
, su
, doas
, and so on) generally let you ‘become’ another user to execute a command with the permissions of that user.
The become plugins shipped with Ansible are already enabled. Custom plugins can be added by placing them into a become_plugins
directory adjacent to your play, inside a role, or by placing them in one of the become plugin directory sources configured in ansible.cfg.
In addition to the default configuration settings in Ansible Configuration Settings or the --become-method
command line option, you can use the become_method
keyword in a play or, if you need to be ‘host specific’, the connection variable ansible_become_method
to select the plugin to use.
You can further control the settings for each plugin via other configuration options detailed in the plugin themselves (linked below).
You can use ansible-doc -t become -l
to see the list of available plugins. Use ansible-doc -t become <plugin name>
to see specific documentation and examples.
See also
An introduction to playbooks
Ansible inventory plugins
Ansible callback plugins
Jinja2 filter plugins
Jinja2 test plugins
Jinja2 lookup plugins
Have a question? Stop by the google group!
#ansible IRC chat channel
© 2012–2018 Michael DeHaan
© 2018–2021 Red Hat, Inc.
Licensed under the GNU General Public License version 3.
https://docs.ansible.com/ansible/2.11/plugins/become.html