mirror of
https://github.com/valitydev/salt.git
synced 2024-11-07 08:58:59 +00:00
Merge pull request #30625 from jfindlay/eauth_acl
doc.topics.eauth: clarify client_acl vs eauth
This commit is contained in:
commit
6b940d9655
@ -15,6 +15,22 @@ command authorization to any external authentication system, such as PAM or LDAP
|
||||
Access Control System
|
||||
---------------------
|
||||
|
||||
.. note:: When to Use ``client_acl`` and ``external_auth``
|
||||
|
||||
``client_acl`` is useful for allowing local system users to run Salt
|
||||
commands without giving them root access. If you can log into the Salt
|
||||
master directly, then ``client_acl`` will allow you to use Salt without
|
||||
root privileges. If the local system is configured to authenticate against
|
||||
a remote system, like LDAP or Active Directory, then ``client_acl`` will
|
||||
interact with the remote system transparently.
|
||||
|
||||
``external_auth`` is useful for ``salt-api`` or for making your own scripts
|
||||
that use Salt's Python API. It can be used at the CLI (with the ``-a``
|
||||
flag) but it is more cumbersome as there are more steps involved. The only
|
||||
time it is useful at the CLI is when the local system is *not* configured
|
||||
to authenticate against an external service *but* you still want Salt to
|
||||
authenticate against an external service.
|
||||
|
||||
The external authentication system allows for specific users to be granted
|
||||
access to execute specific functions on specific minions. Access is configured
|
||||
in the master configuration file and uses the :ref:`access control system
|
||||
|
Loading…
Reference in New Issue
Block a user