我创建了一些基本上可以工作的 systemd 服务:
地点:
/etc/systemd/system/multi-user.target.wants/publicapi.service
内容:
[Unit]
Description=public api startup script
[Service]
Type=oneshot
RemainAfterExit=yes
EnvironmentFile=-/etc/environment
WorkingDirectory=/home/techops
ExecStart=/home/techops/publicapi start
ExecStop=/home/techops/publicapi stop
[Install]
WantedBy=multi-user.target
当我尝试在命令行中以 techops 用户身份重新启动服务时,我得到以下输出:
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Authentication is required to start 'publicapi.service'.
Multiple identities can be used for authentication:
1. Myself,,, (defaultuser)
2. ,,, (techops)
Choose identity to authenticate as (1-2):
我希望只有 techops 可以重新启动服务,并且我希望在以 techops 身份登录时不会出现此提示。我怎样才能做到这一点?
我读到 polkit-1 或 sudoers 有不同的方法,但我不确定。
[更新] 2019-01-27 4:40pm
感谢您对 Thomas 和 Perlduck 的全面回答。它帮助我提高了我对 systemd 的了解。
根据在没有密码提示的情况下启动服务的方法,我很抱歉我没有足够强调真正的问题:
实际上,对我来说最重要的是,除了 techops 之外,没有其他用户应该停止或启动该服务。但至少前两种方法我仍然可以运行service publicapi stop
并且我再次得到提示==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
。当我选择默认用户并知道密码时,我可以停止所有服务。我想拒绝这个用户这样做,即使他有密码。重要的背景信息,以更好地理解为什么这对我来说更重要:
默认用户是唯一暴露于 ssh 的用户,但该用户不能做任何其他事情(如果您拥有这些其他用户的密码,则更改为其他用户除外) . 但此时,他可以启动或停止服务,但该用户不得这样做。
如果有人得到defaultuser的密码并通过ssh登录,那么他现在可以停止所有服务。这就是我所说的“我希望只有技术人员可以重新启动服务”的意思。抱歉,我最初的问题并不那么准确。我认为对 techops 用户进行 sudo 可能会绕过这个问题,但事实并非如此。问题本身不是在没有密码提示的情况下运行命令。(当我刚刚执行时,我可以很容易地以 techops 用户的身份做到这一点/home/techops/publicapi start
)。问题本身是阻止默认用户启动这些服务。
我希望任何解决方案都能做到这一点。
我从托马斯的方法开始。当我按照说明执行命令时,不想被询问用户 techops 的密码时,使用 sudo 的方法有效,例如
sudo systemctl start publicapi.service
sudo systemctl stop publicapi.service
第二种方法对我还不起作用。我无法在没有密码提示的情况下启动服务,==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
并且当我拥有该用户的密码时,我可以以默认用户身份登录。
使用第三种方法,服务甚至不再在启动过程中启动,所以我不确定这种方法是否适合我。我什至无法使用它,systemctl enable publicapi.service
这导致我出现以下错误:
Failed to enable unit: Unit file mycuisine-publicapi.service does not exist.
当我将所有服务移回 /etc/systemd/system/ 并执行时,不会发生错误systemctl enable publicapi.service
。然后服务在启动时再次启动。
所有这些方法或多或少都有助于绕过 techops 用户的密码提示,但是当我运行service publicapi stop
或systemctl stop publicapi
使用 defaultuser 时,如果我有密码,我可以停止服务。但我的目标是完全阻止默认用户启动或停止服务。
为了实现用户无需提供密码
techops
即可控制服务,您有不同的可能性。publicapi.service
哪一个适合您无法回答,因为您必须自己选择。经典
sudo
方法可能是最常用的,因为它已经存在了很长时间。您必须按如下方式创建例如该文件。请注意,插入目录仅在中设置
/etc/sudoers.d
时才处于活动状态。但是,如果您使用的是现代 Ubuntu 发行版,情况就应该如此。作为执行:#includedir /etc/sudoers.d
/etc/sudoers
root
现在,您应该能够以
systemctl
用户身份运行命令,techops
而无需sudo
在命令前添加密码。第二种方法是使用PolKit(从PolicyKit重命名)来允许用户
techops
控制systemd
服务。根据 的版本polit
,您可以让普通用户控制 systemd 单元。要检查polkit版本,只需运行
pkaction --version
.使用polkit 0.106 及更高版本,您可以允许用户控制特定的 systemd 单元。
为此,您可以创建一个规则
root
:使用polkit 0.105 及更低版本:您可以允许用户控制 systemd 单元。不幸的是,这包括所有 systemd 单元,您可能不想这样做。不确定是否有办法限制对 0.105 或更低版本的特定 systemd 单元的访问,但也许其他人可以澄清一下。
要启用此功能,您可以创建一个文件
root
:在这两种情况下,您都可以在不提供密码的情况下
systemctl [start|stop|restart] publicapi.service
以用户身份运行。techops
在后一种情况下( polkit <= 0.105 ),用户techops
可以控制任何 systemd 单元。第三种选择是使服务成为不需要
sudo
或polkit
配置的用户服务。这将一切都置于用户的控制之下,并且只有在您启动的实际服务/home/techops/publicapi start
可以在没有root
特权的情况下运行时才有效。首先,您必须为用户启用逗留
techops
。这是在启动时启动用户服务所必需的。作为root
执行:接下来,您必须将
systemd
单元文件移动到techops
用户目录中。用户techops
执行以下命令。请注意,
WantedBy
必须是default.target
因为multi-user.target
在用户上下文中没有。现在重新加载配置并启用服务。再次作为用户
techops
执行命令。一般来说,您应该将您的 systemd 单元
/etc/systemd/system/
不直接放在/etc/systemd/system/multi-user.target.wants
. 当您执行systemctl enable publicapi.service
一个符号链接时,将创建一个etc/systemd/system/multi-user.target.wants
或为该单元指定的任何目标。如前所述,如果服务/进程本身可以在没有 root 权限的情况下运行,您应该考虑添加
User=techops
到您的单元文件以使用非特权用户帐户运行该进程。首先,您不要将单元文件放在目录中
/etc/systemd/system/multi-user.target.wants
。systemd
该目录由systemctl
命令维护。将单元文件放入/etc/systemd/system
,然后使用multi-user.target.wants
这将在下面(或任何地方, 知道得更好)创建一个符号链接systemctl
来尊重这些行在单位。
接下来,在下面创建一个
sudoers
文件/etc/sudoers.d
:内容如下:
不要使用常规编辑器(例如
sudo vim /etc/sudoers.d/techops
)来编辑该文件,因为如果您在其中放入任何语法错误,您将无法sudo
再次运行。visudo
另一方面,在离开编辑器之前检查文件的语法。现在用户
techops
可以运行和另外两个没有提供密码。请注意,您必须完全按照
sudoers
文件中给出的命令和参数输入(除了/bin/systemctl
可以缩短为 just 的部分systemctl
)。例如,
sudo /bin/systemctl start publicapi
(whitout.service
) 会要求输入密码。