AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • 主页
  • 系统&网络
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • 主页
  • 系统&网络
    • 最新
    • 热门
    • 标签
  • Ubuntu
    • 最新
    • 热门
    • 标签
  • Unix
    • 最新
    • 标签
  • DBA
    • 最新
    • 标签
  • Computer
    • 最新
    • 标签
  • Coding
    • 最新
    • 标签
主页 / unix / 问题 / 549785
Accepted
FelixJN
FelixJN
Asked: 2019-11-01 15:50:49 +0800 CST2019-11-01 15:50:49 +0800 CST 2019-11-01 15:50:49 +0800 CST

systemd timer:仅针对特定时间范围启用服务

  • 772

假设我希望某个程序在台式计算机上的 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 计时器,但是?

systemd
  • 1 1 个回答
  • 1627 Views

1 个回答

  • Voted
  1. Best Answer
    Gilles Debunne
    2019-11-23T05:06:41+08:002019-11-23T05:06:41+08:00

    我有同样的要求。

    我可以确认两个计时器在启动时赶上会导致竞争条件,结果是随机的。

    那么系统在 12 点到 13 点之间多次重启的情况呢?在这种情况下Persistent可能没有任何帮助。

    我的结论(但我很想被证明是错误的)是 systemd 根本不适合这个用例。

    我的解决方法是使用上述配置,不带Persistent标志。然后我创建了一个idle专门用于处理启动后状态的新服务。该服务将当前时间与当前目标服务状态进行比较,如果不匹配则启动/停止服务。请注意,开始/停止时间需要在计时器和“启动管理器”服务脚本中重复,这并不理想。

    这是我发现的唯一可靠方法,可以确保我的服务在选定的时间段内运行,而不管各种重新启动如何。

    • 1

相关问题

  • journalctl 中的区分级别

  • 将默认编辑器更改为 vim for _ sudo systemctl edit [unit-file] _

  • systemd:如何在服务启动时运行脚本,而不编辑服务定义

  • 使用 systemd 看门狗支持重新启动应用程序

  • 使用键盘快捷键启动/停止 systemd 服务 [关闭]

Sidebar

Stats

  • 问题 205573
  • 回答 270741
  • 最佳答案 135370
  • 用户 68524
  • 热门
  • 回答
  • Marko Smith

    模块 i915 可能缺少固件 /lib/firmware/i915/*

    • 3 个回答
  • Marko Smith

    无法获取 jessie backports 存储库

    • 4 个回答
  • Marko Smith

    如何将 GPG 私钥和公钥导出到文件

    • 4 个回答
  • Marko Smith

    我们如何运行存储在变量中的命令?

    • 5 个回答
  • Marko Smith

    如何配置 systemd-resolved 和 systemd-networkd 以使用本地 DNS 服务器来解析本地域和远程 DNS 服务器来解析远程域?

    • 3 个回答
  • Marko Smith

    dist-upgrade 后 Kali Linux 中的 apt-get update 错误 [重复]

    • 2 个回答
  • Marko Smith

    如何从 systemctl 服务日志中查看最新的 x 行

    • 5 个回答
  • Marko Smith

    Nano - 跳转到文件末尾

    • 8 个回答
  • Marko Smith

    grub 错误:你需要先加载内核

    • 4 个回答
  • Marko Smith

    如何下载软件包而不是使用 apt-get 命令安装它?

    • 7 个回答
  • Martin Hope
    user12345 无法获取 jessie backports 存储库 2019-03-27 04:39:28 +0800 CST
  • Martin Hope
    Carl 为什么大多数 systemd 示例都包含 WantedBy=multi-user.target? 2019-03-15 11:49:25 +0800 CST
  • Martin Hope
    rocky 如何将 GPG 私钥和公钥导出到文件 2018-11-16 05:36:15 +0800 CST
  • Martin Hope
    Evan Carroll systemctl 状态显示:“状态:降级” 2018-06-03 18:48:17 +0800 CST
  • Martin Hope
    Tim 我们如何运行存储在变量中的命令? 2018-05-21 04:46:29 +0800 CST
  • Martin Hope
    Ankur S 为什么 /dev/null 是一个文件?为什么它的功能不作为一个简单的程序来实现? 2018-04-17 07:28:04 +0800 CST
  • Martin Hope
    user3191334 如何从 systemctl 服务日志中查看最新的 x 行 2018-02-07 00:14:16 +0800 CST
  • Martin Hope
    Marko Pacak Nano - 跳转到文件末尾 2018-02-01 01:53:03 +0800 CST
  • Martin Hope
    Kidburla 为什么真假这么大? 2018-01-26 12:14:47 +0800 CST
  • Martin Hope
    Christos Baziotis 在一个巨大的(70GB)、一行、文本文件中替换字符串 2017-12-30 06:58:33 +0800 CST

热门标签

linux bash debian shell-script text-processing ubuntu centos shell awk ssh

Explore

  • 主页
  • 问题
    • 最新
    • 热门
  • 标签
  • 帮助

Footer

AskOverflow.Dev

关于我们

  • 关于我们
  • 联系我们

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve