Chrony на RHEL7.2 может синхронизироваться с сервером Windows ntp, но Chrony на RHEL7.4 не может его синхронизировать
Как объяснялось в комментариях, вам нужно каким-то образом «сохранить» стандартный ввод процесса. По умолчанию, в зависимости от системы инициализации, это может быть консоль или /dev/null. Чтобы иметь возможность подключиться к процессу, используйте мультиплексор экрана, например Screen или tmux . См. также Как отключить запущенный процесс и связать его с новой экранной оболочкой?
В /etc/rc.localзапустите что-то вроде
screen -S mydaemon -md /usr/local/bin/mydaemon --some-option
Чтобы подключиться к программе в интерактивном режиме, вы должны запустить
screen -S mydaemon -rd
Для автоматической отправки нажатия клавиш в программу (см. отправка ввода текста на отдельный экран):
screen -S mydaemon -p 0 -X stuff 'bye^M'
Эта проблема не считается ошибкой в chrony, поэтому пакет chronyв RHEL 7.4 и выше будет демонстрировать такое же поведение.
Основная причина проблемы заключается в том, что chronyсчитает время, сообщаемое сервером Windows, неточным. Согласно статье об этом решении , проблема возникает в версиях Windows, предшествующих Server 2016, которые используют свои локальные часы в качестве эталона.
Этот пробел существует потому, что служба времени Windows изначально была создана для обеспечения синхронизации систем, использующих Active Directory, с отклонением до 5 минут. Он не предназначался для использования в качестве полноценного -полноценного решения NTP-источника . Windows Server 2016 включает обновления для поддержки хронометража с высокой точностью -, но настройки по умолчанию остаются прежними.
Решение проблемы состоит в том, чтобы сделать источник времени более точным. Если у вас Windows Server 2016 или более поздней версии, вы можете изучить настройки хронометража с высокой -точностью. В противном случае вы могли бы подключить Windows Server к другому серверу NTP для синхронизации вместо использования своих локальных часов.