salt/pkg/suse
Matei Albu ee911a74b4 suse specific changes to salt-api.service
* run service under user salt
 * change type from notify to simple
 * set SHELL env var. When passing a ProxyCommand option to salt-ssh a valid $SHELL is needed execute the given command
2017-04-11 09:19:23 +02:00
..
allow-systemd-parameterized-services.patch This fixes two issues #14337 and #13788 2014-07-29 20:34:12 +02:00
allow-systemd-units-no-unit-files.patch Fix the wrong "allow to do" phrase 2015-11-04 12:15:41 +01:00
disable-service-py-for-suse-family.patch fix osfamily from Suse to SUSE 2016-05-26 22:08:40 -07:00
fix-service-py-version-parsing-sles.patch fix osfamily from Suse to SUSE 2016-05-26 22:08:40 -07:00
pass-all-systemd-list-units.patch This fixes two issues #14337 and #13788 2014-07-29 20:34:12 +02:00
README.suse Merge branch '2015.8' into '2016.3' 2016-03-02 10:26:13 -07:00
salt-api updated suse spec file 2013-08-09 22:56:36 +02:00
salt-api.changes fix osfamily from Suse to SUSE 2016-05-26 22:08:40 -07:00
salt-api.service suse specific changes to salt-api.service 2017-04-11 09:19:23 +02:00
salt-api.spec updated suse spec file for salt-api 0.8.3 2013-11-04 23:00:20 +01:00
salt-master add try-restart to fix autorestarting on SUSE systems 2016-12-21 10:31:18 +00:00
salt-minion add try-restart to fix autorestarting on SUSE systems 2016-12-21 10:31:18 +00:00
salt-syndic add try-restart to fix autorestarting on SUSE systems 2016-12-21 10:31:18 +00:00
salt-tmpfiles.d update suse spec file to 2015.8.1 2015-10-18 12:24:09 +02:00
salt.changes fix osfamily from Suse to SUSE 2016-05-26 22:08:40 -07:00
salt.spec update suse spec file to 2015.8.1 2015-10-18 12:24:09 +02:00
salt.SuSEfirewall2 Fixed occurances of "Salt Stack" to SaltStack 2013-11-07 10:46:41 -07:00
use-forking-daemon.patch Merge branch '2015.8' into '2016.3' 2016-03-25 11:47:16 -06:00
use-salt-user-for-master.patch update suse spec file to 2015.8.1 2015-10-18 12:24:09 +02:00

Salt-master as non-root user
============================

With this version of salt the salt-master will run as salt user.

Why an extra user
=================

While the current setup runs the master as root user, this is considered a security issue
and not in line with the other configuration management tools (eg. puppet) which runs as a
dedicated user. 

How can I undo the change
=========================

If you would like to make the change before you can do the following steps manually:
1. change the user parameter in the master configuration
   user: root
2. update the file permissions:
   as root: chown -R root /etc/salt /var/cache/salt /var/log/salt /var/run/salt
3. restart the salt-master daemon:
   as root: rcsalt-master restart or systemctl restart salt-master

NOTE
====

Running the salt-master daemon as a root user is considers by some a security risk, but
running as root, enables the pam external auth system, as this system needs root access to check authentication.

For more information:
http://docs.saltstack.com/en/latest/ref/configuration/nonroot.html