systemd-timesyncd
나는 몇 년 동안 그것을 내 시스템 타이머로 사용해 왔습니다 . 저는 데비안을 사용하고 있습니다유도체라고라즈베리 파이내 라즈베리 파이의 경우. SNTP 클라이언트에 매우 만족 하지만 독립형 애플리케이션에서 사용해 systemd-timesyncd
보고 싶습니다 .chronyd
다음 명령을 사용하여 구성을 나열할 수 있습니다 systemd-timesyncd
.
$ systemctl cat systemd-timesyncd
존재하다버스터systemd-timesyncd
, 이 목록에는 다른 타이밍 서비스(NTP 데몬)가 설치된 것으로 밝혀진 경우 "자기 용서"할 수 있는 코드 조각이 있습니다 .
# /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.conf
[Unit]
# don't run timesyncd if we have another NTP daemon installed
ConditionFileIsExecutable=!/usr/sbin/ntpd
ConditionFileIsExecutable=!/usr/sbin/openntpd
ConditionFileIsExecutable=!/usr/sbin/chronyd
ConditionFileIsExecutable=!/usr/sbin/VBoxService
존재하다어떤 점에서출시 후버스터(동시에 출판됨황소의 눈??), 위 구성표가 수정되었습니다. 명령에는 더 이상 다른 타이머가 발견된 경우 systemctl cat systemd-timesyncd
시작을 제한하거나 금지하는 참조가 포함되지 않습니다 .systemd-timesyncd
이 변화의 역사를 기억하는 사람이 있습니까? 더 중요한 것은, systemd-timesyncd
다른 타이밍 데몬이 설치된 것이 발견되면 해당 데몬의 시작이 계속 억제됩니까? 어디서/어떻게 이루어지나요?
답변1
서비스 systemd-timesyncd
자체는 더 이상 충돌을 확인하지 않습니다. 대신 충돌은 systemd-timesyncd
자체 패키지 내에서 처리됩니다.다른 타이밍 서비스 패키지와의 충돌: 이제 두 개의 타임 서버를 갖는 것은 불가능합니다.설치됨(데비안 패키지 사용).
systemd-timesyncd
더 자세히 설명하면 패키지에 항목이 있는 것이 작동하는 방식입니다 Conflicts: time-daemon
.time-daemon
all time daemons에서 제공하는 가상 패키지입니다., 모두 충돌하므로 한 번에 한 번만 데몬을 설치할 수 있습니다(패키지는 자체 충돌할 수 없으므로 명백한 자체 충돌은 문제가 되지 않습니다). 이는 특정 기능을 제공하는 컬렉션의 단일 패키지를 사용할 수 있도록 보장하는 데비안의 표준 메커니즘입니다. systemd
이러한 패키지 충돌은 패키지 자체에서 정의할 수 없기 때문에 패키지 분할이 중요합니다 .
이는 수동으로 설치된 시간 서버를 처리하지 않기 때문에 더 취약해 보일 수 있습니다. 그러나 이러한 항목은 어쨌든 입력되어서는 안 되므로 /usr/sbin
이전 솔루션에서는 이를 처리할 수 없었습니다. 게다가 시간 데몬을 자동으로 활성화 및 비활성화하는 것은 신뢰할 수 없는 것으로 판명되었으며,당시에는 문제를 해결하는 것이 불가능해 보였습니다..