假设我希望某个程序在台式计算机上的 12:00h 和 13:00h 之间处于活动状态(即,不能保证 PC 在任一时间都处于打开状态)。我假设我可以为此使用 systemd 单位。
使用计时器启动服务A
并计算关机时间很简单:
A.定时器
[Timer]
Unit=A
OnCalendar=*-*-* 12:00:00
Persistent=true
如前所述A
,可以使用有冲突的服务来完成停止
A.service(有冲突):
#add conflict to A.service
[Unit]
Description=This is A.service
Conflicts=killA.service
#make sure killA considers A to be active
RemainAfterExit=yes
killA.service:
[Unit]
Description=kills A
[Service]
Type=oneshot
ExecStart=/bin/true
#kill only if A is running:
Requires=A.service
killA.timer
[Timer]
Unit=killA
OnCalendar=*-*-* 13:00:00
Persistent=true
现在有几种可能的情况:
- 11h-14h开机:按预期启动和停止
从 11 点到 12 点 30 分通电:按预期启动但从未停止 -> 下次通电会发生什么?
- 12:45:A会开始吗?(最后一次开始不到 24 小时前)
- 在 14 小时:killA 不应运行,因为 A 不应处于活动状态
- 第二天12点15分?(上次启动不到 24 小时前,但错过了 killA 启动)
- 第二天12点45分?(上次开始 >24 小时前,但 killA <24 小时前。会被 killA 停止吗?)
从 12:30 到 14h 开机:按预期启动和停止(由于 A.timer 中的持久性)
14h开机:A因持久而启动。killA 会因为依赖而立即停用它吗?首先可以避免启动A吗?
简而言之:
如何使用 systemd 计时器来确保服务在给定的时间间隔内处于活动状态,并且在时间间隔之外处于非活动状态,而与关机/启动无关?
动手用例示例:ssh
仅在工作时间允许访问。
PS:也许我只是没有很好地获得 systemd 计时器,但是?
我有同样的要求。
我可以确认两个计时器在启动时赶上会导致竞争条件,结果是随机的。
那么系统在 12 点到 13 点之间多次重启的情况呢?在这种情况下
Persistent
可能没有任何帮助。我的结论(但我很想被证明是错误的)是 systemd 根本不适合这个用例。
我的解决方法是使用上述配置,不带
Persistent
标志。然后我创建了一个idle
专门用于处理启动后状态的新服务。该服务将当前时间与当前目标服务状态进行比较,如果不匹配则启动/停止服务。请注意,开始/停止时间需要在计时器和“启动管理器”服务脚本中重复,这并不理想。这是我发现的唯一可靠方法,可以确保我的服务在选定的时间段内运行,而不管各种重新启动如何。