У меня есть сервер CentOS 7.8, часы которого синхронизированы с помощью службы PTP4L PTP. Я бы хотел, чтобы служба не работала, когда она не может синхронизироваться с внешним сервером, поэтому я вызываю ее с помощью --gmCapable=0. Однако, похоже, это не повлияло. Когда он не может связаться с внешним сервером времени, он просто прибегает к использованию своих локальных часов в качестве ведущего, создавая ложное впечатление, что все работает. Как я могу предотвратить это?
# service ptp4l status
Redirecting to /bin/systemctl status ptp4l.service
● ptp4l.service - Precision Time Protocol (PTP) service
Loaded: loaded (/usr/lib/systemd/system/ptp4l.service; enabled; vendor preset: disabled)
Active: active (running) since Tue 2020-05-12 15:38:33 CEST; 13s ago
Main PID: 48280 (ptp4l)
CGroup: /system.slice/ptp4l.service
└─48280 /usr/sbin/ptp4l -f /etc/ptp4l.conf -i enp65s0f1 --gmCapable=0
May 12 15:38:33 eurex-tr5.veloquant.com systemd[1]: Started Precision Time Protocol (PTP) service.
May 12 15:38:33 eurex-tr5.veloquant.com ptp4l[48280]: [149997.679] selected /dev/ptp1 as PTP clock
May 12 15:38:33 eurex-tr5.veloquant.com ptp4l[48280]: [149997.681] port 1: INITIALIZING to LISTENING on INIT_COMPLETE
May 12 15:38:33 eurex-tr5.veloquant.com ptp4l[48280]: [149997.681] port 0: INITIALIZING to LISTENING on INIT_COMPLETE
May 12 15:38:40 eurex-tr5.veloquant.com ptp4l[48280]: [150004.734] port 1: LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
May 12 15:38:40 eurex-tr5.veloquant.com ptp4l[48280]: [150004.734] selected local clock 3cecef.fffe.015d03 as best master
May 12 15:38:40 eurex-tr5.veloquant.com ptp4l[48280]: [150004.734] assuming the grand master role