При включении Windows для установки системного времени через Интернет у меня появляется следующее диалоговое окно:
Имеет ли значение, какой сервер времени я выберу?
Как бы я узнал, что один из них "лучше" других?
3 ответа
6
Имеет ли значение, какой сервер времени я выберу?
Краткий ответ: да
Хотя все NTP-серверы стремятся поддерживать синхронизацию с UTC, их удаленность от вас и промежуточные сети влияют на такие факторы NTP, как задержка и дрожание. Существует также вопрос доступности, не все серверы доступны постоянно навсегда.
Насколько я знаю, UTC и служба NTP stratum-0 не контролируются, не регулируются и не предоставляются USNO даже в пределах США. UTC было определено МСЭ и основано на TAI плюс високосные секунды (я полагаю, что определяется ERS). TAI поддерживается международным набором из 70 лабораторий (из которых USNO является одной, но также включает NRL в Вашингтоне и NIST в Боулдере) и координируется BIPM во Франции.
Я бы использовал пул NTP для вашей локали.
Как бы я узнал, что один из них "лучше" других?
Запустив настоящий NTP-клиент в подходящей системе и посмотрев статистику
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
connorw600.info europium.canoni 16 u 182d 1024 0 0.000 0.000 4000.00
*dns0.rmplc.co.u ntp1.ja.net 2 u 659 1024 377 27.015 -4.936 1.034
+82.113.154.206 ntp4.ja.net 2 u 700 1024 377 24.853 -4.827 0.788
+dawn.rt.uk.eu.o ntp1.nl.uu.net 2 u 913 1024 377 29.364 -5.614 0.691
Похоже, connorw600.info… будет плохим выбором.
5
Согласно Википедии, протокол сетевого времени работает следующим образом:
Чтобы синхронизировать свои часы с удаленным сервером, NTP-клиент должен рассчитать время задержки приема-передачи и смещение. Задержка туда-обратно рассчитывается как
, где
время передачи пакета запроса,
время приема пакета запроса,
время передачи ответного пакета и
время приема ответного пакета.
время, прошедшее на стороне клиента между передачей пакета запроса и приемом пакета ответа, в то время как
время ожидания сервера перед отправкой ответа. Смещение задается как
,
Синхронизация NTP правильна, когда и входящие, и исходящие маршруты между клиентом и сервером имеют симметричную номинальную задержку. Если маршруты не имеют общей номинальной задержки, синхронизация имеет систематическое смещение, равное половине разницы между временем прохождения вперед и назад.
Из этого объяснения мы можем допустить, что для точной синхронизации часов у вас должна быть небольшая разница во времени задержки ответа сервера на ваш запрос и времени задержки ответа сервера, выполняющего синхронизацию. Таким образом, если сервер, на котором вы работаете, находится далеко от вас (я имею в виду, что между вами и NTP-сервером существует много "точек" или маршрутизаторов), вероятность того, что у вас будет другой "путь" для пакетов NTP, который вы получать и отправлять увеличивается.
Итак, из моей интерпретации случая, лучший сервер для синхронизации ваших часов - "ближе". Я имею в виду, если вы обнаружите "точки" между вами и сервером, вы выберете ту, в которой меньше переходов. Вы можете использовать команду "tracert" из Windows, чтобы найти лучший общедоступный NTP-сервер для вас.
Кроме того, помните, что помимо этих стандартных опций в Интернете есть много общедоступных NTP-серверов .
1
Краткий ответ: Нет.
Это не важно Они все одинаковые. Более или менее они являются резервными копиями друг для друга. В Соединенных Штатах, отдел службы времени Обсерватории ВМС США является официальным хронометристом. Все остальные отражают свое время, включая корпорации и, в особенности, любые государственные структуры США. Таким образом, все параметры, доступные из раскрывающегося списка, являются одинаковыми. Следовательно, нет ни одного, который "лучше", чем другие.