Почему мой NTP является управляемыми компьютерными часами две минуты вперед?
Часы в моем компьютере настроены, чтобы синхронизироваться с помощью NTP. Для проверки этого, я попробовал двух клиентов NTP с помощью различных серверов NTP. Мой компьютер и клиенты NTP находятся в полном согласии о текущем времени даже через широкий спектр серверов NTP.
У меня также есть GPS, и моя национальная телефонная компания обеспечивает точные часы, доступные путем вызова определенного номера телефона. И мой GPS и телефонная компания уславливаются о текущем времени. Однако мой компьютер является почти точно двумя минутами (или 1 минутой и 59 секундами) перед тем, чему я верю, чтобы быть "реальным" текущим временем, где я живу.
Почему составляет мой компьютер две минуты вперед? Я понимаю, что синхронизация часов с помощью Интернета не может быть совершенно точной, поскольку существует задержка, но две минуты очень долгое время в Интернете. Является NTP действительно двумя минутами вперед? Я запускаю Windows 7 и живой в часовом поясе UTC+1, но я не думаю, что это важно в понимании моей проблемы.
4 ответа
К сожалению, я сделал некоторые ошибки, когда я отправил свой вопрос. Я хотел обойти сервис NTP своего компьютера для обеспечения независимого источника интернет-информации времени и использовал две простых утилиты для этого. Я полагал, что эти утилиты получали информацию времени из Интернета с помощью NTP, когда они на самом деле отображали (неправильное) местное время на моем компьютере.
В моем начальном вопросе, было довольно неопределенно о том, как NTP использовался моим компьютером. Это - часть домена Active Directory, и время синхронизируется от контроллера домена. Я проверил, что конфигурация была в порядке, но я пропустил маленькую деталь.
Решение
Контроллер домена работал в виртуальной машине Hyper-V. Сервис времени Windows на контроллер домена был настроен правильно для использования NTP, но виртуальная машина Hyper-V имела все intergration сервисы, включенные включая синхронизацию времени. Эта установка будет всегда сохранять время на виртуальной машине синхронизируемым с хостом Hyper-V даже при установке часов вручную или через NTP.
Решение состояло в том, чтобы просто отключить ту конкретную услугу по интеграции в менеджере Hyper-V для виртуальной машины контроллера домена. Перезапуск сервиса времени Windows сразу исправил время на контроллере домена и впоследствии на моем компьютере.
Время GPS не является тем же как UTC, это просто очень близко.
GPS является очень точным источником насколько разница во времени идет, но поскольку он не принимает во внимание секунды прыжка, которыми это на самом деле не было в синхронизации с UTC с января 1980. Однако это - только приблизительно 15 секунд вперед, так, чтобы не составлял Ваше 2-минутное различие.
Если Ваши другие источники времени основаны на международном стандарте атомных часов (TAI, Temps Atomique International), то они также не установлены на UTC, не потому что они неточны, но больше потому что UTC неточен в сравнении. Они не принимают во внимание секунды прыжка, и их время основано на галочках стандарта SI, 'второго' вместо того, чтобы быть основанным на вращении/орбите Земли, как UTC. Они - приблизительно 34 секунды перед UTC. Все еще не составляет Ваше различие.
См. здесь http://leapsecond.com/java/gpsclock.htm или здесь http://en.wikipedia.org/wiki/Global_Positioning_System#Timekeeping для большего количества информации.
Если Вы отключаете NTP, устанавливаете часы Вашего компьютера неправильно на несколько минут (возможно, 2 минуты, медленные вместо 2 минут вперед), и затем повторно включаете NTP, это остается 2 медленные минуты, или возвращается к 2 минутам вперед?
Я спрашиваю, потому что я видел, что программное обеспечение NTP тихо перестало работать прежде, поэтому хотя было похоже, что программное обеспечение NTP было включено, и даже при том, что у меня были трассировки пакетов, показывающие, что NTP запрашивает выход в сервер и ответы, возвращающиеся в, мои системные часы все еще не становились установленными на то, что говорил сервер времени.
Было бы интересно видеть, что трассировки пакетов показывают Ваши поиски NTP. Например, tcpdump "порта 123" с "-v" и "-s0" набором опций должен показать то, что необходимо знать.