加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

linux – 以非root用户身份运行的系统守护程序的PID文件的首选位

发布时间:2020-12-14 02:18:56 所属栏目:Linux 来源:网络整理
导读:我的问题与 this question有关,但有问题的进程是从cron和非root用户运行的.因此,许多用户实际上没有家庭目录(或他们的家庭目录指向/usr/share / package_name,这不是PID文件的理想位置). 存储在/ var / run中是有问题的,因为除了root之外,该目录不可写. 我可
我的问题与 this question有关,但有问题的进程是从cron和非root用户运行的.因此,许多用户实际上没有家庭目录(或他们的家庭目录指向/usr/share / package_name,这不是PID文件的理想位置).

存储在/ var / run中是有问题的,因为除了root之外,该目录不可写.

我可以使用/ tmp,但我想知道这是否是出于安全考虑的理想选择.

我可以安排一个启动脚本在/ var / run中创建一个目录,该目录由相应的用户拥有(我不能在包安装时执行此操作,因为/ var通常作为tmpfs挂载,因此不是持久的).

这里的最佳做法是什么?

解决方法

好问题:),我现在的情况完全相同.我不确定这是否是正确的答案,但我希望它有所帮助,我也希望得到反馈.

我已经google了一下,发现将每用户守护程序注册为dbus服务是一种优雅的解决方案. dbus可以确保该服务只运行一次.不需要pidfile.

另一个解决方案(我当前的)将是在以下目录中创建PID文件:

$HOME/.yourdaemon/pid

你的评论后我意识到,你不能写信回家.我建议看看dbus

更新

我有个主意.如果您正在使用/ tmp,但正在寻找一个名为yourdaemon.pid.UNIQUE_KEY且由守护程序的用户拥有的pid文件,该怎么办?这应该工作正常.

UNIQUE_KEY应该是随机生成的(首选使用tempnam,因为它是竞争条件证明).

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读