https://www.opennet.ru/openforum/vsluhforumID3/122668.html Доступен релиз переносимой редакции системы синхронизации точного времени OpenNTPD 6.8p1, развиваемой проектом OpenBSD. OpenNTPD обеспечивает поддержку протокола NTP в соответствии с RFC 1305 (NTP, Network Time Protocol) и RFC 5905 (SNTP, Simple Network Time Protocol). Поддерживается как синхронизация локального времени с удалённым NTP-сервером, так и работа в роли NTP-сервера, который в том числе может получать точное время от специального оборудования через sensorsd(8). Настройка осуществляется через файл конфигурации...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54249<br> https://www.opennet.ru/openforum/vsluhforumID3/122668.html#68 Sat, 19 Dec 2020 16:04:37 GMT Я сейчас не помню деталей, руку на отсечение не дам, но вроде бы у меня openntpd переставал работать после некоторого (продолжительного) аптайма. Это было много лет назад, сейчас, возможно, проблемы пофиксили, но никакого желания проверять это у меня нет, chrony всем устраивает (сейчас глянул, в установленном виде он вдвое больше, но в абсолютных цифрах это пара сотен килобайт)<br> https://www.opennet.ru/openforum/vsluhforumID3/122668.html#67 Sat, 19 Dec 2020 15:31:26 GMT Справедливости ради, в общем случае доверенному источнику времени неоткуда взяться, так что хак с https может быть вполне оправдан.<br><br>&gt; Имелось ввиду что часы могут быть сбиты на годы, и тогда валидация сертификата не пройдёт, тк он будет из будущего или прошлого. <br><br>Я думаю, что разработчики не глупее нас и в случае начальной установки времени по https отрывают проверку даты действия сертификата.<br> https://www.opennet.ru/openforum/vsluhforumID3/122668.html#66 Fri, 18 Dec 2020 02:11:49 GMT Beagebone Black вестимо<br> https://www.opennet.ru/openforum/vsluhforumID3/122668.html#65 Wed, 16 Dec 2020 14:27:57 GMT Имелось ввиду что часы могут быть сбиты на годы, и тогда валидация сертификата не пройдёт, тк он будет из будущего или прошлого.<br> https://www.opennet.ru/openforum/vsluhforumID3/122668.html#64 Wed, 16 Dec 2020 14:27:04 GMT Не хочу я этот костыль.<br>В том плане что если потребуется секурность то я озабочусь доверенным источником времени, но делать чтобы он отдавал его по https - фигня полная.<br> https://www.opennet.ru/openforum/vsluhforumID3/122668.html#63 Wed, 16 Dec 2020 14:25:22 GMT Я всё пробовал, ничего не помогло.<br> https://www.opennet.ru/openforum/vsluhforumID3/122668.html#62 Wed, 16 Dec 2020 11:04:52 GMT Ну, идите, сбейте часы у Google или у CloudFlare (используются в штатном примере конфига).<br> https://www.opennet.ru/openforum/vsluhforumID3/122668.html#61 Wed, 16 Dec 2020 11:01:49 GMT А если нет? Что это вы вилять начали?<br><br>[code]<br>$ cat chony-4.0/*.[ch] &#124; wc -l<br> 49528<br>$ cat ntpd/*.[ch] &#124; wc -l <br> 5980<br>[/code]<br><br>Оценить количество комментариев и макросов, думаю, вы и сами сможете. Не говоря об объёме зависимостей, которые тоже суть код, работающий в контексте процесса.<br> https://www.opennet.ru/openforum/vsluhforumID3/122668.html#60 Wed, 16 Dec 2020 09:48:17 GMT HTTPS со сбитыми часами? Ну-ну, удачи.<br>