Как мне узнать, действительно ли chronyd самосинхронизируется правильно?

Я работаю на некоторых устройствах, где я хочу, чтобы они самосинхронизировались, когда их сетевое соединение не работает (то есть используют расчеты частоты дрейфа Chrony, чтобы компенсировать дрейф системных часов), и затем синхронизируются нормально, когда доступно удаленное подключение.

К сожалению, chronyd не может подключиться к порту прослушивания NTP и активно пытается отправлять пакеты на адрес псевдосервера NTP, и у меня возникают проблемы с определением ожидаемого поведения.

Стандарт chrony.conf параметры, рекомендуемые для самосинхронизации:

server 127.127.1.0 # Self-synchronise
allow 127.0.0.0/8  # NTP server for the local system, not just a client
local stratum 10   # Serve low quality time even when the remote link is down

Тем не менее, когда я бегу chrony sources с такой конфигурацией он заявляет, что не синхронизировался с сервером псевдо-времени для localhost:

chronyc sources
210 Number of sources = 1
MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
^? 127.127.1.0                   0   7     0     -     +0ns[   +0ns] +/-    0ns

Даже если chrony tracking похоже, что он работает так, как ожидалось:

$ chronyc tracking
Reference ID    : 7F7F0101 ()
Stratum         : 10
Ref time (UTC)  : Mon Jun 04 08:27:11 2018
System time     : 0.000000007 seconds fast of NTP time
Last offset     : +3.297439098 seconds
RMS offset      : 3.297439098 seconds
Frequency       : 466.833 ppm slow
Residual freq   : +0.000 ppm
Skew            : 0.000 ppm
Root delay      : 0.000000000 seconds
Root dispersion : 0.000000000 seconds
Update interval : 0.0 seconds
Leap status     : Normal

Как бы я ни настраивал allow Настройки в файле конфигурации я не могу получить chronyd чтобы показать, как на самом деле прослушивает порт UDP 123 на любом из интерфейсов машины, в то время как я ожидаю увидеть это в netstat -ulnp если я успешно настроил его в качестве сервера времени.

Еще более странно, если я бегу chronyd под strace -f Я вижу, что он пытается отправлять сообщения 127.127.1.0 хотя он должен знать, что это псевдо-адрес для синхронизации местного времени.

В сложившейся ситуации у меня очень мало уверенности в том, что chrony фактически компенсирует смещение тактовой частоты, когда удаленное соединение не работает, поскольку сложно спровоцировать ситуацию, когда ему действительно необходимо автоматически исправить смещение тактовой частоты.

Итак, мой актуальный вопрос: кто-нибудь знает, как определить, правильно ли настроен хронограф для самосинхронизации в автономном режиме? Или мне просто нужно развернуть это, как я сейчас настроил, а затем подождать и посмотреть, есть ли у нас проблемы с дрейфом часов, когда устройства отключены от их внутреннего сервера управления?