Почему Chrony берет на себя ответственность за синхронизацию сети?

Вы не можете заставить его работать в 17.10 .. это то, что говорит релиз.

Перейти на 16.10 или другую поддерживаемую версию или запустить 16.10 на виртуальной машине.

4
задан 13 April 2018 в 06:12

3 ответа

См. отчет об ошибке LP: 1744072:

Обоснование: 2.1 NTP вообще требуется довольно много, но мы хотим обменять ntpd, который является текущей реализацией в основном с хроном для 18.04. 2.2 Безопасность: chrony считалось более легким с точки зрения безопасности и обеспечивающим более современный ntp-опыт. 2.3. Эффективность: Кроме того, несколько облачных людей, похоже, заинтересованы в том, чтобы переключиться на хронику в гостях для его нижней части памяти / процессора (насколько я полагаю). 2.4, связанный с этим MIR 6 лет назад, это то же самое, что и для Fedora. См. Https://fedoraproject.org/wiki/Features/ChronyDefaultNTP IIRC. Некоторые ограничения, которые присутствовали, были устранены с тех пор, так что это даже лучше, чем было тогда. 2.5. В общем, нужно понимать, что в мире systemd-timesync ntp / chrony в основном предназначены для «обслуживающей» части службы ntp, а не только для клиента (если вам не нужна более высокая точность vs timesyncd).
4
ответ дан 22 May 2018 в 11:27

См. отчет об ошибке LP: 1744072:

Обоснование: 2.1 NTP вообще требуется довольно много, но мы хотим обменять ntpd, который является текущей реализацией в основном с хроном для 18.04. 2.2 Безопасность: chrony считалось более легким с точки зрения безопасности и обеспечивающим более современный ntp-опыт. 2.3. Эффективность: Кроме того, несколько облачных людей, похоже, заинтересованы в том, чтобы переключиться на хронику в гостях для его нижней части памяти / процессора (насколько я полагаю). 2.4, связанный с этим MIR 6 лет назад, это то же самое, что и для Fedora. См. Https://fedoraproject.org/wiki/Features/ChronyDefaultNTP IIRC. Некоторые ограничения, которые присутствовали, были устранены с тех пор, так что это даже лучше, чем было тогда. 2.5. В общем, нужно понимать, что в мире systemd-timesync ntp / chrony в основном предназначены для «обслуживающей» части службы ntp, а не только для клиента (если вам не нужна более высокая точность vs timesyncd).
6
ответ дан 17 July 2018 в 16:56

См. отчет об ошибке LP: 1744072:

Обоснование: 2.1 NTP вообще требуется довольно много, но мы хотим обменять ntpd, который является текущей реализацией в основном с хроном для 18.04. 2.2 Безопасность: chrony считалось более легким с точки зрения безопасности и обеспечивающим более современный ntp-опыт. 2.3. Эффективность: Кроме того, несколько облачных людей, похоже, заинтересованы в том, чтобы переключиться на хронику в гостях для его нижней части памяти / процессора (насколько я полагаю). 2.4, связанный с этим MIR 6 лет назад, это то же самое, что и для Fedora. См. Https://fedoraproject.org/wiki/Features/ChronyDefaultNTP IIRC. Некоторые ограничения, которые присутствовали, были устранены с тех пор, так что это даже лучше, чем было тогда. 2.5. В общем, нужно понимать, что в мире systemd-timesync ntp / chrony в основном предназначены для «обслуживающей» части службы ntp, а не только для клиента (если вам не нужна более высокая точность vs timesyncd).
6
ответ дан 23 July 2018 в 17:47

Другие вопросы по тегам:

Похожие вопросы: