OpenBSD и ваша виртуальная машина работают правильно; вы неправильно используете источник времени Google.

Это находится в OpenBSD Часто задаваемые вопросы и страницах руководства.

Вы выполняете синхронизацию с источником времени, который публикует время в формате UTC, вроде того. Но по умолчанию rdate предполагает, что ваш источник времени публикует время TAI-10. TAI, строго равномерно увеличивающийся счет всех секунд SI с всегда 60 секундами в минуту, в настоящее время на 36 секунд опережает UTC, что иногда снижает так называемые «дополнительные секунды». (Точнее: он не учитывает положительных дополнительных секунд; но на самом деле отрицательных дополнительных секунд еще не было.) В 2016-12-31 23:59:60 UTC он станет на 37 секунд раньше UTC. , дополнительная секунда появится в конце этого месяца.

Системы, которые используют TAI, а не UTC, на самом деле имеют тенденцию использовать то, что более точно известно как TAI-10, то есть счетчик TAI, сдвинутый в будущее на 10, чтобы он соответствовал 1970-01-01 00:00:00 UTC. , также известный как 1969-12-31 23:59:50 TAI, с 1970-01-01 00:00:00 TAI-10. ¹ Это на 26 секунд опережает всемирное координированное время, которое скоро станет 27.

Известно, что источники времени Google не учитывают дополнительные секунды.Они используют размытие , которое распределяет значение неучтенной дополнительной секунды на весь день, а это означает, что до двух дней в году секунд Google не имеют одинаковой длины и не являются той же длины, что и секунда СИ.

rdate нуждается в опции -c , чтобы сообщить ему, что ваш источник времени не считает дополнительные секунды, и вам нужно использовать «правильный» часовой пояс Олсена, который предполагает, что часы вашего ядра работают в ТАИ-10. («Правильные» часовые пояса и часы ядра, которые считают TAI вместо UTC, имеют свои преимущества.)

По иронии судьбы, поскольку вы тоже используете центральноевропейское время в соответствии с вашими журналами, пример настроек приведен в OpenBSD Часто задаваемые вопросы - это именно для вас . Так что прочтите документацию OpenBSD и следуйте инструкциям.

Или: если вы хотите работать в формате UTC, а не TAI-10, используйте часовые пояса posix.

^{1 Это немного упрощенное объяснение, которое включает в себя обычно используемое ретроактивное определение UTC и игнорирует тот факт, что секунды UT, использовавшиеся до 1972 года, были переменной длины с большими алгоритмами, управляемыми таблицами, для преобразования в / из TAI. Но это выходит за рамки данного ответа. Ситуация до 1972 года была ужасающей. Некоторые люди хотят избавиться от UTC и его системы дополнительной секунды и длины SI и вернуть это обратно. Они ... заблуждаются.}

Дополнительная литература

• « Почему мои часы отстают на двадцать с лишним секунд? ». OpenBSD Часто задаваемые вопросы .
• дата . Руководство по OpenBSD 6.0.
• Кристофер Паско (15 сентября 2011 г.). Время, технологии и прыжковые секунды . Google.
• Перри Лорье (01.07.2015). time X .google.com предоставляют нестандартное время . №437. система отслеживания ошибок.
• Дэниел Дж. Бернштейн. UTC, TAI и время UNIX . cr.yp.to.
• Дэвид Мадор (27 декабря 2010 г.). « Установка TAI-10 ». Беспорядок в дополнительных секундах Unix .
• https://unix.stackexchange.com/a/294715/5132