我设置了一个 FreeRADIUS 服务器,其 SQL 后端在远程 MariaDB 实例上运行。身份验证和流量加密应由 Kerberos 处理,用于k5start
维护票证。该系统在 Debian 11 实例上运行。
我创建了一个覆盖/etc/systemd/system/freeradius.service
:
[Service]
Environment="KRB5CCNAME=/run/freeradius/sql.tkt"
ExecStartPre=/usr/bin/k5start -u radius_user -f /etc/freeradius/3.0/freeradius.keytab -o freerad -g freerad -m 600 -H 60 -b -K 30 -L -k /run/freeradius/sql.tkt
这基本上有效。然而,由于这是一项后台服务,因此很可能会k5start
在某个邪恶的日子崩溃,然后在票证过期后 RADIUS 将关闭。
另一个不太关心的问题是,k5start
在这种情况下以 RADIUS 用户身份运行,即密钥表必须可由 RADIUS 用户读取。我更喜欢将其作为root:root 0600
.
当然,我可以k5start
作为它自己的服务运行,它有一个/run/freeradius
不一定存在的小美感问题,当k5start
启动时,即,我必须使用另一个目录来存放票证,并且考虑到PrivateTmp=true
它可能不在/tmp
.
因此,对于我的理想解决方案,freeradius.service
将创建/run/freeradius
目录,然后启动类似 a 的内容ticket.service
,然后恢复启动 RADIUS。看起来很相似BindsTo=
,但还是有些不同。
是否有更好的解决方案来systemd
监控k5start
并重新启动它,以防它消失?