Меню

Лучшие сервера для синхронизации времени



Синхронизация точного времени на сервере TimeServer

Время — главный ресурс человека, поэтому к нему нужно относиться бережно. Не просто так говорят, что «точность — вежливость королей».

Чтобы на наручных часах, смартфонах, компьютерах и любых других устройствах всегда было точное до миллисекунды время, нужно сделать синхронизацию через сайт точного времени TimeServer. Наш сервер работает без остановок и перерывов, чтобы в любую секунду предоставить информацию о точном времени в любой точке планеты.

Почему синхронизация времени — это важно?

  • Автоматическая смена времени при переводе часов. Неоднократно были случаи, когда люди опаздывали или приходили на работу раньше, потому что забывали перевести часы.
  • Точное время — главный атрибут пунктуальных людей. Не любите опаздывать и заставлять кого-то вас ждать? Для начала настройте точное время.
  • Процедура полностью автоматическая и не требует участия пользователя.

Кроме простого и удобного сайта мы предлагаем всем желающим бесплатный сервер по синхронизации точного времени. С помощью наших баз данных и технологий можно настроить автоматическую синхронизацию времени на компьютерах и ноутбуках на Windows и Linux (Ubuntu), а также смартфонах, планшетах и других гаджетах на Android и iOS. Таким образом, при подключении к интернету время на любом из устройств будет автоматически настраиваться с точность до секунды.

Источник

Адреса серверов

Выберите один или несколько адресов NTP-серверов и настройте свою систему на синхронизацию времени. Старайтесь, без необходимости, избежать использования серверов, имеющих ярус 1. Серверы яруса 2 являются не менее точными.

Информация

диаг.

диаг.

диаг.

диаг.

диаг.

диаг. / стабил.

диаг. / стабил.

диаг. / стабил.

диаг. / стабил.

диаг. / стабил.

Ярус Адрес сервера IPv6 Состояние Нагрузка
2 ntp1.stratum2.ru Есть Работает Средняя
2 ntp2.stratum2.ru Нет Работает Низкая
2 ntp3.stratum2.ru Есть Работает Низкая
2 ntp4.stratum2.ru Есть Работает Средняя
2 ntp5.stratum2.ru Нет Работает Низкая
1 ntp1.stratum1.ru Есть Работает Средняя
1 ntp2.stratum1.ru Нет Работает Средняя
1 ntp3.stratum1.ru Есть Работает Средняя
1 ntp4.stratum1.ru Есть Работает Средняя
1 ntp5.stratum1.ru Есть Работает Средняя

C целью противодействия случаям NTP вандализма, а также DDoS атакам, на всех серверах проекта действует автоматизированная система блокировки IP адресов.

При использовании наших NTP серверов, старайтесь не отправлять слишком много запросов за короткий промежуток времени, в противном случае ваш IP адрес может быть заблокирован на срок не менее 30 суток с момента начала блокировки.

Проверить наличие своего IP в списке заблокированных адресов можно здесь.

Время с NTP-сервера ( UTC )

Время на компьютере ( UTC )

Сменить часовой пояс для показа времени с NTP-сервера можно на главной странице сайта.

Источник

Лучшие сервера для синхронизации времени

Список SNTP серверов времени (Simple Network Time Protocol), доступных в Интернете.

Национальный институт стандартов и технологий (NIST) содержит сеть серверов службы времени, предоставляющих услуги пользователям.

Кроме того, сеть серверов службы времени поддерживается обсерваторией US Naval Observatory. Чтобы получить список серверов и их описания, обратитесь к следующему веб-узлу:

Протокол NTP использует порт 123, поэтому для подключения к серверам NTP необходимо открыть данный порт на маршрутизаторах и брандмауэрах.

Серверы института NIST

  • time-a.nist.gov
    129.6.15.28
    NIST, Гейтерсберг, Мэриленд
  • time-a.nist.gov
    129.6.15.29
    NIST, Гейтерсберг, Мэриленд
  • time-a.timefreq.bldrdoc.gov
    132.163.4.101 (по состоянию на 1 декабря 1999 г.)
    NIST, Боулдер, Колорадо
  • time-b.timefreq.bldrdoc.gov
    132.163.4.102 (по состоянию на 1 декабря 1999 г.)
    NIST, Боулдер, Колорадо
  • time-c.timefreq.bldrdoc.gov
    132.163.4.103 (по состоянию на 1 декабря 1999 г.)
    NIST, Боулдер, Колорадо
  • utcnist.colorado.edu
    128.138.140.44
    University of Colorado, Боулдер
  • time.nist.gov
    192.43.244.18
    NCAR, Боулдер, Колорадо
  • time-nw.nist.gov
    131.107.1.10
    Microsoft, Редмонд, Вашигтон
  • nist1.dc.certifiedtime.com
    216.200.93.8
    Abovnet, Северная Виргиния
  • nist1.datum.com
    209.0.72.7
    Datum, Сан-Хосе, Калифорния
  • nist1.nyc.certifiedtime.com
    208.184.49.129
    Abovnet, Нью-Йорк
  • nist1.sjc.certifiedtime.com
    207.126.103.202
    Abovnet, Сан-Хосе, Калифорния

Серверы первого уровня

Упорядочены по географическому расположению.

Северная Америка

  • Пало-Альто, Калифорния: Systems Research Center, Compaq Computer Corp.
    204.123.2.72: usno.pa-x.dec.com; CNAME: navobs1.pa-x.dec.com
    Регион предоставления услуг: тихоокеанский и горный часовые пояса США
  • Марина-дель-Рей, Калифрония: USC Information Sciences Institute
    128.9.176.30: timekeeper.isi.edu
    Регион предоставления услуг: CalRen2 и Los Nettos
  • Вашингтон, округ Колумбия: U.S. Naval Observatory
    192.5.41.41: tock.usno.navy.mil
    192.5.41.40: tick.usno.navy.mil
    Регион предоставления услуг: NSFNET
  • Оттава, Онтарио, Канада: National Research Council of Canada
    time.chu.nrc.ca
    Регион предоставления услуг: Канада
  • Роли, Северная Каролина: North Carolina State University
    152.1.58.124: terrapin.csc.ncsu.edu
    Регион предоставления услуг: юго-восточная часть США
  • Кембридж, Массачусетс: MIT Information Systems
    18.72.0.3: bitsy.mit.edu
    Регион предоставления услуг: NSFNET и NEARnet
  • Кембридж, Массачусетс: MIT
    18.26.4.105: bonehed.lcs.mit.edu
    Регион предоставления услуг: восточная часть США
  • Пало-Альто, Калифорния: Internet Software Consortium
    192.5.5.250: clock.isc.org
    Регион предоставления услуг: BARRnet, Alternet-west, и CIX-west
  • Кембридж, Массачусетс: Open Software Foundation
    130.105.4.59: clock.osf.org
    Регион предоставления услуг: NSFNET и NEARnet
  • Пало-Альто, Калифорния: ViaNet Communications
    209.81.9.7: clock.via.net
  • Кливленд, Огайо: Lewis Research Center (NASA)
    128.156.1.43: lerc-dns.lerc.nasa.gov
    Регион предоставления услуг: NSFNET и OARNET
  • Колорадо-Спрингс, Колорадо: Schriever AFB
    204.34.198.40: navobs1.usnogps.navy.mil; CNAME: tick.usnogps.navy.mil
    204.34.198.41: navobs1.usnogps.navy.mil; CNAME: tock.usnogps.navy.mil
    Регион предоставления услуг: тихоокеанский и горный часовые пояса США
  • Сент-Луис, Миссури: Washington University
    128.252.19.1: navobs1.usnogps.navy.mil; CNAME: tick.wustl.edu
    Регион предоставления услуг: центральный часовой пояс США
  • Research Triangle Park, NC: MCNC
    192.101.21.1: ncnoc.ncren.net
    Регион предоставления услуг: NC-REN
  • Купертино, Калифорния: HP
    192.6.38.127: ntp-cup.external.hp.com
    Регион предоставления услуг: западное побережье США
  • Ньюарк, Делавэр: Conectiv Communications
    138.39.7.20: ntp1.delmarva.com
    Регион предоставления услуг: Cable & Wireless Network (бывшая сеть MCInet)
  • Юниверсити-Парк, Пенсильвания: Penn State University
    128.118.46.3: otc1.psu.edu
    Регион предоставления услуг: NSFNET, PREPNET и JvNCnet

Европа

  • Боровице, Польша: Astrogeodynamical Observatory, Space Research Centre
    150.254.183.15: vega.cbk.poznan.pl
    Регион предоставления услуг: Польша и Европа
  • Стокгольм, Швеция: Stupi AB
    192.36.143.151: Time2.Stupi.SE
    Регион предоставления услуг: Европа
  • Турин, Италия: IEN Galileo Ferraris
    193.204.114.1: time.ien.it
    Регион предоставления услуг: Италия и Европа
  • Цюрих, Швейцария: Integrated Systems Lab, Swiss Fed. Inst. of Technology
    129.132.2.21: swisstime.ethz.ch
    Регион предоставления услуг: Швейцария и Европа
  • Турин, Италия: CSTV of National Research Council
    150.145.33.1: tempo.cstv.to.cnr.it
    Регион предоставления услуг: Италия и Европа
  • Эрланген, Германия: University Erlangen-Nuernberg
    ntp0.fau.de; ntp1.fau.de; ntp2.fau.de;
    ntps1-0.uni-erlangen.de; ntps1-1.uni-erlangen.de; ntps1-2.uni-erlangen.de
    Регион предоставления услуг: Германия и Европа
  • Берлин, Германия: Technische Universitaet Berlin
    130.149.17.21: ntps1-0.cs.tu-berlin.de
    130.149.17.8: ntps1-1.cs.tu-berlin.de
    Регион предоставления услуг: Германия и Европа
  • Германия
    131.173.17.7: ntps1-1.rz.Uni-Osnabrueck.DE
    Регион предоставления услуг: Германия и Европа
  • Швеция
    192.36.143.150: Time1.Stupi.SE
    Регион предоставления услуг: SUnet и NORDUnet Sweden

Дальний Восток и страны Тихоокеанского бассейна

  • Гонконг: The Chinese University of Hong Kong.
    137.189.6.18: clock.cuhk.edu.hk
    Регион предоставления услуг: Гонконг, Китай и страны Юго-Восточной Азии
  • Фукуока, Япония: Fukuoka University
    133.100.9.2: clock.nc.fukuoka-u.ac.jp
    133.100.11.8: clock.nc.fukuoka-u.ac.jp
    Регион предоставления услуг: Япония и страны Тихоокеанского бассейна

Австралия

  • Мельбурн, Австралия: The University of Melbourne
    128.250.36.2: ntp.cs.mu.OZ.AU
    Регион предоставления услуг: Австралия и Новая Зеландия:

Серверы второго уровня

Упорядочены по географическому расположению.

Источник

Простой способ синхронизации времени Windows 7 с любого сервера

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

Для начала попробуем настроить время компьютера вручную, заходим в панель «Настройки времени по Интернету», по очереди выбирая в окошке серверы, начиная с time.widows.com до time-b.nist.gov их всего пять, жмем на кнопку «Обновить сейчас».

И если во всех случаях обновления одна и та же ошибка, это означает: ping – время, измеряемое в миллисекундах, установленное сервером времени, которое необходимо для преодоления пути к серверу времени и обратно, наш старый компьютер с длинной дистанцией туда и обратно не справляется. Ниже на рисунке показана схема соединения наших устройств с Интернетом.

Из этой схемы видно, какой путь сигнал запроса и ответа должен преодолеть, чтобы связаться с сервером времени Windows. Ping (время ожидания) на серверах специально уменьшают, чтобы снизить нагрузку на них и отсечь старые компьютеры. Поэтому Майкрософт постоянно советует, чтобы пользователи перешли на новые версии Windows и заодно приобрели более совершенные компьютеры.

Однако мы можем синхронизировать время с любого сервера и даже компьютера друга или соседа, а лучше всего с сервера своего провайдера. Для начала необходимо понять, что ping это не только время, но и утилита, с помощью которой, можно оценить надежность интернет соединения с любым сервером и компьютером. Проверим сервер времени Windows, для этого откроем командную строку. Путь к ней: Пуск \ Все программы \ Стандартные \ Командная строка. Второй кнопкой мыши запускаем ее от имени администратора:

Источник

pool.ntp.org

Translations

Introduction

Active Servers

  • Африка 53
  • Азия 294
  • Europe 2880
  • Северная Америка 935
  • Oceania 140
  • Южная Америка 64
  • Итого 4079
  • Всего серверов в пуле 4354

As of 2020-11-10

pool.ntp.org — это огромный кластер серверов точного времени, предоставляющий надежный и простой в использовании NTP-сервис для миллионов клиентов.

В настоящее время услугами пула пользуются десятки миллионов систем по всему миру. Он используется по умолчанию в большинстве дистрибутивов Linux и во многих сетевых устройствах (см. информацию для производителей).

Из-за большого количества клиентов мы испытываем острую необходимость в новых серверах. Если у вас есть сервер с внешним статическим IP-адресом и устойчивым интернет-соединением, пожалуйста, подумайте о том, чтобы включить его в пул.

Проект разрабатывает и сопровождает Ask Bjørn Hansen, а также множество добровольцев; они координируют свои усилия через списки рассылки. Исходный код проекта полностью открыт.

Хостинг и интернет-канал для головных серверов проекта в настоящее время предоставляются: Packet и NetActuate.

Новости

NTP Pool servers on Kubernetes on Packet

Packet is awesome.

When we started planning our recent unplanned server move, we investigated options for having not one, but two sites, for the “hub” systems for the NTP Pool. With 4000 NTP servers and hundreds of millions of clients using the system, it really should be a given!

Evaluating our options on a ridiculously short timeframe, Packet stood out as an interesting choice, though we were a little apprehensive at first if their setup would be too unusual compared to more familiar options.

After a quick chat with some of the friendly staff at Packet, we were off to the races to see if we could get everything migrated in less than a week of nights and weekends. If we could, we’d be able to move the physical servers the following Sunday without downtime to any critical services, and get us closer to having proper redundancy.

Working with the Packet system has been fascinating and extremely productive. Despite having done this sort of work for several decades, it was a surprise how mixing familiar capabilities, APIs and abstractions opened new ways for quickly building and managing powerful, reliable and scalable infrastructure.

Источник

Лучшие сервера для синхронизации времени

Network Time Protocol — сетевой протокол для синхронизации внутренних часов компьютера с использованием сетей с переменной латентностью, основанных на коммутации пакетов.

Хотя традиционно NTP использует для своей работы протокол UDP, он также способен работать и поверх TCP. Система NTP чрезвычайно устойчива к изменениям латентности среды передачи.

Время, представляется в системе NTP 64-битным числом, состоящим из 32-битного счетчика секунд и 32-битного счетчика долей секунды, позволяя передавать время в диапазоне 2 32 секунд, с теоретической точностью 2 -32 секунды. Поскольку шкала времени в NTP повторяется каждые 2 32 секунды (136 лет), получатель должен хотя бы примерно знать текущее время (с точностью 68 лет). Также следует учитывать, что время отсчитывается с полуночи 1 января 1900 года, а не с 1970, поэтому из времени NTP нужно вычитать почти 70 лет (с учетом високосных лет), чтобы корректно совместить время с Windows или Unix-системами.

Как это работает

NTP-серверы работают в иерархической сети, каждый уровень иерархии называется ярусом (stratum). Ярус 0 представлен эталонными часами. За эталон берется сигнал GPS (Global Positioning System) или службы ACTS (Automated Computer Time Service). На нулевом ярусе NTP-серверы не работают.

NTP-серверы яруса 1 получают данные о времени от эталонных часов. NTP-серверы яруса 2 синхронизируются с серверами яруса 1. Всего может быть до 15 ярусов.

NTP-серверы и NTP-клиенты получают данные о времени от серверов яруса 1, хотя на практике NTP-клиентам лучше не делать этого, поскольку тысячи индивидуальных клиентских запросов окажутся слишком большой нагрузкой для серверов яруса 1. Лучше настроить локальный NTP-сервер, который ваши клиенты будут использовать для получения информации о времени.

Иерархическая структура протокола NTP является отказоустойчивой и избыточной. Рассмотрим пример его работы. Два NTP-сервера яруса 2 синхронизируются с шестью различными серверами яруса 1, каждый — по независимому каналу. Внутренние узлы синхронизируются с внутренними NTP-серверами. Два NTP-сервера яруса 2 координируют время друг с другом. В случае отказа линии связи с сервером яруса 1 или с одним из серверов уровня 2 избыточный сервер уровня 2 берет на себя процесс синхронизации.

Аналогично узлы и устройства яруса 3 могут использовать любой из серверов яруса 2. Что еще более важно, так это то, что наличие избыточной сети серверов NTP гарантирует постоянную доступность серверов времени. Синхронизируясь с несколькими серверами точного времени, NTP использует данные всех источников, чтобы высчитать наиболее точное временя.

Стоит отметить, что протокол NTP не устанавливает время в чистом виде. Он корректирует локальные часы с использованием временного смещения, разницы между временем на NTP-сервере и локальных часах. Серверы и клиенты NTP настраивают свои часы, синхронизируясь с текущим временем постепенно либо единовременно.

Источник

Синхронизация времени NTP.

Синхронизация времени является важной задачей, хотя не многие задумывались об этом. Ну что плохого в убежавшем на сервере времени? А знаете ли вы, что многие проблемы с часами влияют на протоколы, связанные с криптографией? По этой причине в Active Directory разница в часах более 5 минут будет приводить к проблемам аутентификации Kerberos.

Часовые уровни. Strata.

Чтобы понять устройство NTP следует знать про концепцию strata или stratum. Авторитетные источники времени, такие как спутники GPS, цезиевые атомные часы, радио волны WWVB — всё это stratum 0. Они авторитетны на том основании, что у них есть некоторый способ поддержания высокоточного хронометража. Можно, конечно, воспользоваться обычными кварцевыми часами, но зная, что за месяц с ними легко потерять 15 секунд, то лучше их не использовать в качестве мерила времени. Stratum 0 это когда секунда не потеряется за 300 000 лет!

Компьютеры, которые напрямую (не по сети!) берут время у stratum 0 — это stratum 1. Так как всегда есть задержки из-за передачи сигнала и затраты на установку времени, то компьютеры stratum 1 не так точны как stratum 0, но в реальной жизни различие достигает пару микросекунд (1 мкс = 10 -6 с), что вполне допустимое отклонение.

Следующий уровень компьютеров, берущих время по сети у stratum 1 — это . барабанная дробь . интрига . stratum 2! Опять таки из-за различных задержек (сетевые точно), stratum 2 чуток отстаёт от stratum 1 и уж точно от stratum 0. На практике это разница от нескольких микросекунд (1 мкс = 10 -6 с) до нескольких миллисекунд (1 мс = 10 -3 с). Многие хотят синхронизироваться со слоем не дальше stratum 2.

Как понятно из схемы, stratum 4 берёт время у вышестоящего stratum 3. stratum 5 у stratum 4 и так далее. stratum 16 считается самым нижним слоем и время там считается несинхронизированным.

Чтобы синхронизировать время с помощью протокола NTP, следует сначала вручную выставить ваше время. Недопустима разница между вашим точным временем и показаниями ваших часов более 1000 секунд. Если используемый вами сервер времени врёт более 1000 миллисекунд (1 секунда), то он будет исключён из списка и будут использоваться другие вместо него. Данный механизм позволяет отсеивать плохие источники времени.

Клиент времени.

В файле /etc/ntp.conf для клиента важны строки Server. Их может быть несколько — до 10 штук!

Сколько добавлять? Следует иметь в виду:

  • Если у вас только один сервер (одна строка server), то если данный сервер начнёт врать, то вы будете слепо следовать за ним. Если его время убежит на 5 секунд и вы убежите в след за ним.
  • Если добавлено 2 сервера (2 строки server), то NTP пометит их обоих как false tickers. Если один из них будет врать, то NTP не может понять кто врёт, так как нет кворума.
  • Если добавлено 3 и более сервера времени, то можно вычислить одного вруна false tickers. Если серверов времени 5 или 6, то можно найти 2 вруна false tickers. Если серверов 7 или 8, то 3 false tickers. Если серверов 9 и 10, то 4 false tickers.

Проект NTP Pool.

Есть такой проект NTP Pool по адресу которого pool.ntp.org/zone/ru/ можно найти рекомендованные для русских пользователей сервера времени.

server 0.ru.pool.ntp.org
server 1.ru.pool.ntp.org
server 2.ru.pool.ntp.org
server 3.ru.pool.ntp.org

Такие операционные системы, как Debian и Ubuntu, предлагают пользователям свои сервера времени.

server 0.debian.pool.ntp.org
server 1.debian.pool.ntp.org
server 2.debian.pool.ntp.org
server 3.debian.pool.ntp.org

server 0.ubuntu.pool.ntp.org
server 1.ubuntu.pool.ntp.org
server 2.ubuntu.pool.ntp.org
server 3.ubuntu.pool.ntp.org

Если вызвать на вашем Linux компьютере, который использует NTP, команду ntpq -pn

О чём говорят названия столбцов:

  • remote — удалённые сервера, с которыми вы синхронизируете время.
  • refid — вышестоящий stratum для данного сервера.
  • st — уровень stratum. От 0 (нам недоступно) до 16 (нам не желательно). Идеально — 2.
  • t — тип соединения. «u» — unicast или manycast, «b» — broadcast или multicast, «l» local reference clock, «s» — симметричный узел, «A» — manycast сервер, «B» — broadcast server, «M» — multicast сервер.
  • when — время, когда последний раз сервер ответил нам. Параметр отображает число в секундах, но может в минутах, если число с m или в часах, если h.
  • poll — частота опроса. Минимум 16 секунд, максимум 32 часа. Число должно быть 2 n . Обычно в данном параметре наблюдается или 64 секунды или 1024.
  • reach — 8 бит октета, показывающий статус общения с удалённым сервером времени: успешный или сбойный. Если биты установлены — то успешно, иначе — сбой. Значение 377 — бинарно это 0000 0000 1111 1111.
  • delay — значение в миллисекундах показывает время между отправкой и получения ответа (round trip time — RTT).
  • offset — смещение в миллисекундах между вами и серверами времени. Может быть положительным и отрицательным числом.
  • jitter — абсолютное значение в миллисекундах с указанием среднеквадратичного отклонения вашего смещения.

Перед IP адресом NTP сервера есть символ — это tally code. Виды tally code:

  • » « — отброшен как недопустимый. Например, нет связи с ним или он в оффлайн, он слишком высокого ранга и не обслуживает таких как вы.
  • «x» — отброшен алгоритмом «пересечения» (intersection algorithm). Алгоритм пересечения подготавливает список кандидатов партнеров, могущих стать источниками синхронизации и вычисляет доверительный интервал для каждого из них.
  • «.» — отброшен из-за переполнения таблицы.
  • «-« — отброшен алгоритмом кластеризации (cluster algorithm). Алгоритм кластеризации сортирует список кандидатов по кодам слоя и расстояния синхронизации.
  • «+» — сервер включён алгоритмом «комбинирования» (combine algorithm). Этот сервер — отличный кандидат если текущий сервер времени начнёт отказывать вам.
  • «#» — сервер является отличным альтернативным сервером времени. Сервер с # можно увидеть только если у вас более 10 записей server в /etc/ntp.conf
  • «*» — текущий сервер времени. Его показания используются для синхронизации ваших часов.
  • «o» — сервер Pulse per second (PPS). Обычно это означает, что данный сервер времени использует источники времени типа GPS спутников и другие сигналы точного времени. Если рисуется о, то другие типы tally code уже отображаться не будут.

В поле refid могут быть следующие значения:

  • IP адрес — адрес удалённого сервера времени.
  • .ACST.- NTP manycast сервер.
  • .ACTS.- Automated Computer Time Service из American National Institute of Standards and Technology.
  • .AUTH.- ошибка аутентификации.
  • .AUTO.- ошибка в последовательностях Autokey.
  • .BCST.- NTP broadcast сервер.
  • .CHU.- Shortwave radio receiver от станции CHU в Ottawa, Ontario, Canada.
  • .CRYPT.- ошибка протокола Autokey.
  • .DCFx.- LF radio receiver от станции DCF77 в Mainflingen, Germany.
  • .DENY.- В доступе отказано.
  • .GAL.- European Galileo satellite receiver.
  • .GOES.- American Geostationary Operational Environmental Satellite receiver.
  • .GPS.- American Global Positioning System receiver.
  • .HBG.- LF radio receiver от станции HBG в Prangins, Switzerland.
  • .INIT.- Peer association initialized.
  • .IRIG.- Inter Range Instrumentation Group time code.
  • .JJY.- LF radio receiver от станции JJY в Mount Otakadoya, рядом с Fukushima или Mount Hagane на острове Kyushu, Japan.
  • .LFx.- Обычный LF radio receiver.
  • .LOCL.- локальные часы хоста.
  • .LORC.- LF radio receiver от Long Range Navigation (LORAN-C).
  • .MCST.- NTP multicast сервер.
  • .MSF.- Anthorn Radio Station рядом с Anthorn, Cumbria.
  • .NIST.- American National Institute of Standards and Technology.
  • .PPS.- часы Pulse per second.
  • .PTB.- Physikalisch-Technische Bundesanstalt от Brunswick и Berlin, Germany.
  • .RATE.- превышен порог опроса NTP.
  • .STEP.- изменение шага NTP. Смещение offset менее 1000 миллисекунд, но более 125 миллисекунд.
  • .TDF.- LF radio receiver от станции TéléDiffusion de France в Allouis, France.
  • .TIME.- NTP association timeout.
  • .USNO.- United States Naval Observatory.
  • .WWV.- HF radio receiver от станции WWV в Fort Collins, Colorado, United States.
  • .WWVB.- LF radio receiver от станции WWVB в Fort Collins, Colorado, United States.
  • .WWVH.- HF radio receiver от станции WWVH в Kekaha, на острове Kauai на Hawaii, United States.

Рекомендации для клиента серверов времени.

Во-первых, избавьтесь от мысли как бы получить время от stratum 1, дескать они ближе всех к точному времени. Они то ближе к точнейшему времени на планете, только сами они перегружены и у них высокие задержки RTT для обычных серверов. Лучше найти нормальный stratum 2 и не переживать по этому поводу. Не забывайте, что речь идёт о микросекундах и миллисекундах, что в обычной жизни — вполне достаточно.

Во-вторых, помните, что подключение к ближайшему серверу времени не всегда идеальный вариант. Важнее не территориальная близость, а уровень stratum. Проект NTP Pool публикует список серверов только уровня stratum 1 и stratum 2 и лучше взять до 10 серверов времени из данного списка, что будет просто замечательно.

В-третьих, если вы простой домашний пользователь-клиент, то рекомендованные вам сервера в вашей операционной системе будут идеальным вариантом, не требующим лишних телодвижений.

Для крупных контор, лучшим вариантом будет поднятие своего сервера времени для рабочих компьютеров. Данный сервер будет получать точное время от серверов времени в Интернете и предоставлять его локальным компьютерам. На серверах Debian и Ubuntu достаточно раскомментировать строку

в конфигурационном файле демона ntpd — /etc/ntp.conf

Пользователи из сети 192.168/16 будут иметь возможность брать с вашего сервера показания точнейших часов. Для внутренних серверов на базе Linux, которые не являются серверами времени и занимаются своими задачами, вместо запуска демона ntpd в клиентском режиме — вполне достаточно указать в файле /etc/cron.daily/syncntpd. Рекомендуется прочесть различия между ntpdate и ntp и решить для себя вопрос.
#!/bin/sh
/usr/sbin/ntpdate IP.адрес.вашего.сервера > /dev/null 2>&1
exit 0

и раз в сутки, благодаря команде ntpdate, будет произведена синхронизация времени. Во избежании недоразумений, не поленитесь перед внедрением сервера времени и синхронизации всего и вся через протокол NTP — выставите вручную правильное время на всех доступных вам серверах и рабочих станциях. Если ваше несинхронизированное время слишком отличается от правильного, то можно вначале огрести много не нужных проблем.

В-четвёртых, NTP никак не связан, в какой стране и какие часовые пояса используются и как происходит переход на летнее и зимнее время и делается ли в данной стране такой переход. Это обязанность лежит на операционной системе, которую вам нужно обновлять, если в стране происходят изменения в часовых делах. В системах Debian и Ubuntu за это отвечает пакет tzdata, который должен быть актуальным.

В-пятых, лучше не поднимать свой NTP сервер на высоконагруженной системе.

Источник

Читайте также:  Синхронизация документов excel с google