протокол для синхронизации времени. Разработан Дэвидом Миллсом. По умолчанию, работает на UDP порту 123. Аббревиатура расшифровывается как Network Time Protocol или протокол сетевого времени. Синхронизация времени происходит путем обращения NTP-клиента к серверу ntpd. Некоторые адреса серверов NTP:
Серверы и клиенты реализованы как на системах Windows, так и Linux. Протокол стандартизирован, поэтому система клиента и сервера не имеют значения — клиент Windows может без проблем обратиться к серверу на UNIX. Персональные инструменты
| Прикладной | ||||||||||||||||||||||||||||||||
| Семейство: | стек протоколов TCP/IP | ||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Порт/ID: | 123/UDP | ||||||||||||||||||||||||||||||||
| Назначение протокола: | Синхронизация часов | ||||||||||||||||||||||||||||||||
| Спецификация: | RFC 5905 | ||||||||||||||||||||||||||||||||
| Вступил в силу с: | 1985 | ||||||||||||||||||||||||||||||||
| Отступ | Октет | 1 | 2 | 3 | |||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |Октет | Бит | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | |
| Индикатор коррекции | Номер версии | Режим | Часовой слой | Интервал опроса | Точность | ||||||||||||||||||||||||||||
| 4 | 32 | Задержка | |||||||||||||||||||||||||||||||
| 8 | 64 | Дисперсия | |||||||||||||||||||||||||||||||
| 12 | 96 | Идентификатор источника | |||||||||||||||||||||||||||||||
| 16 | 128 | Время обновления | |||||||||||||||||||||||||||||||
| 20 | 160 | ||||||||||||||||||||||||||||||||
| 24 | 192 | Начальное время | |||||||||||||||||||||||||||||||
| 28 | 224 | ||||||||||||||||||||||||||||||||
| 32 | 256 | Время приёма | |||||||||||||||||||||||||||||||
| 36 | 288 | ||||||||||||||||||||||||||||||||
| 40 | 320 | Время отправки | |||||||||||||||||||||||||||||||
| 44 | 352 | ||||||||||||||||||||||||||||||||
Часовой слой
При следующих значениях: 0 — Не определено или недопустим 1 — Первичный сервер 2-15 — Вторичный сервер, использующий NTP 16 — Не синхронизировано 17-255 — Зарезервировано
Индикатор коррекции
При следующих значениях:
Номер версии
Режим
При следующих значениях:
Интервал опроса
Задержка
Точность
Идентификатор источника
| ID | Источник |
|---|---|
| GOES | Геостационарный спутник системы экологического мониторинга и наблюдения |
| GPS | Система глобального позиционирования |
| GAL | Система местоопределения «Галилео» |
| PPS | Общий радиосигнал с длительностью импульса, равной 1 секунде |
| IRIG | Группа стандартизации в телеметрии |
| WWVB | Низкочастотный радиопередатчик, 60 кГц (США) |
| DCF | Низкочастотный радиопередатчик, 77.5 кГц (Германия) |
| HBG | Низкочастотный радиопередатчик, 75 кГц (Швейцария) |
| MSF | Низкочастотный радиопередатчик, 60 кГц (Великобритания) |
| JJY | Низкочастотный радиопередатчик, 40 кГц (Япония) |
| LORC | Среднечастотный радиопередатчик, 100 кГц (США) |
| TDF | Среднечастотный радиопередатчик, 162 кГц (Франция) |
| CHU | Высокочастотный радиопередатчик (Канада) |
| WWV | Высокочастотный радиопередатчик (США) |
| WWVH | Высокочастотный радиопередатчик (США) |
| NIST | Телефонный модем Национального института стандартов и технологий США |
| ACTS | Телефонный модем Национального института стандартов и технологий США |
| USNO | Телефонный модем Национальной обсерватории США |
| PTB | Телефонный модем Национального метрологического института Германии |
Для слоя 2 и выше — это идентификатор сервера и может быть использован для фиксирования временных петель. Если используется IPv4, то идентификатор представляет из себя четыре октета IP адреса. Если используется IPv6, то это первые четыре октета MD5 хэша адреса. Стоит отметить, что при использовании IPv6 адресов для сервере с NTPv4 и клиента с NTPv3 идентификатор может принимать случайное значение, из-за чего временные петли могут быть не зафиксированы.
Временные характеристики
- Начальное время
Время клиента, когда запрос отправляется серверу, длина которого 64 бита.
Время сервера, когда запрос приходит от клиента, длина которого 8 бит.
- Время отправки
Время сервера, когда запрос отправляется клиенту, длина которого 64 бита.
Формат времени
Время представляется в системе NTP 64-битным числом (8 байт), состоящим из 32-битного счётчика секунд и 32-битного счётчика долей секунды, позволяя передавать время в диапазоне 2 32 секунд, с теоретической точностью 2 −32 секунды. Поскольку шкала времени в NTP повторяется каждые 2 32 секунды (136 лет), получатель должен хотя бы примерно знать текущее время (с точностью 68 лет). Также следует учитывать, что время отсчитывается с полуночи 1 января 1900 года, а не с 1970, поэтому из времени NTP нужно вычитать почти 70 лет (с учётом високосных годов), чтобы корректно совместить время с Windows или Unix-системами.
NTP на Примере конфигурации контроллеров беспроводных LAN
Введение
Этот документ объясняет, как настроить контроллеры беспроводной локальной сети (WLC) для того, чтобы синхронизировать дату и времю с сервером Протокола сетевого времени (NTP). Если в ближайшее время вы планируете провести модернизацию компьютерного парка, то качественный ИТ-аудит вам поможет.
Предварительные условия
Требования
Рассматриваемая процедура настройки предполагает выполнение следующих условий:
· Базовые знания о конфигурации облегченных точек доступа (LAP) и WLC Cisco
· Базовые знания о NTP
Используемые компоненты
Сведения, содержащиеся в данном документе, касаются следующих версий программного обеспечения и оборудования:
· WLC Cisco 4400, который работает под управлением ПО версии 7.0.116.0
· LAP Серии Cisco 1230AG
· Series маршрутизатор Cisco 2800, который выполняет Выпуск ПО Cisco IOS® 12.4 (11) T
Сведения, содержащиеся в данном документе, касаются следующих версий программного обеспечения и оборудования:
Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования. Если вы не знаете как заблокировать сайт, то мы вам поможем.
Условные обозначения
Подробные сведения об условных обозначениях см. в документе «Условное обозначение технических терминов Cisco».
Управление системной датой и время на контроллере беспроводных LAN
На WLC системная дата и время может быть вручную настроена от WLC или настроена для получения даты и времи из сервера NTP.
Системная дата и время может быть вручную настроена, используют мастера конфигурации интерфейса командой строки или GUI/CLI WLC. Этот документ предоставляет пример конфигурации для того, чтобы синхронизировать системную дату WLC и время через сервер NTP.
NTP является Протокол Интернета, используемый для синхронизации часов компьютеров к некоторой ссылке времени. RFC 1305 предоставляет подробные сведения на реализации v3 NTP. Сеть NTP обычно получает свое время от надежного источника времени, такого как радиочасы или атомные часы, подключенные к серверу времени. NTP тогда распределяет на сей раз по сети. Клиент NTP делает транзакцию с ее сервером по интервалу опроса (с 64 до 1024 секунд), который динамически изменяется в течение долгого времени в зависимости от состояний сети между сервером NTP и клиентом. Когда маршрутизатор связывается с плохим сервером NTP (например, сервером NTP с большой дисперсией), другая ситуация происходит. Маршрутизатор также увеличивает интервал опроса. Не больше, чем одна транзакция в минуту NTP необходима для синхронизации двух машин. Не возможно отрегулировать интервал опроса NTP на маршрутизаторе. По вопросам обслуживания компьютеров вы сможете обратиться к нам.
NTP использует понятие страты для описания, сколько NTP скачкообразно перемещает далеко, машина от надежного источника времени. Например, страта 1 сервер времени имеет радиочасы или атомные часы, непосредственно подключенные к нему. Это тогда передает свое время страте 2 сервера времени через NTP и т.д.
Для получения дополнительной информации по оптимальным методам для развертывания NTP обратитесь к Протоколу сетевого времени: Рекомендации и Описание технологических решений пример в этом документе использует маршрутизатор Cisco 2800 как сервер NTP. WLC настроен для синхронизации его даты и времи с этим сервером NTP.
Настройка
Настройка series маршрутизатор Cisco 2800 как сервер NTP
Настройка маршрутизатор как авторитетный сервер NTP
Используйте эту команду в режиме глобальной конфигурации, если вы хотите, чтобы система была авторитетным сервером NTP, даже если система «not synchronized» внешнему источнику времени:
ntp master
!--- Makes the system an authoritative NTP server
Аутентификация NTP Настройки
Если вы хотите подтвердить подлинность ассоциаций с другими системами для целей обеспечения безопасности, используйте команды, которые придерживаются. Первая команда активирует опцию Аутентификации NTP. Вторая команда определяет каждый из ключей проверки подлинности. Каждый ключ имеет ключевое количество, тип, и значение. В настоящее время единственный ключевой поддерживаемый тип является md5. В-третьих, список ключей проверки подлинности, которым «доверяют», определен. Если ключу будут доверять, то эта система будет готова синхронизироваться с системой, которая использует этот ключ в ее пакетах NTP. Чтобы настроить Аутентификацию NTP, используйте эти команды в режиме глобальной конфигурации:
ntp authenticate
!--- Enables the NTP authentication feature
ntp authentication-key number md5 value
!--- Defines the authentication keys
ntp trusted-key key-number
!--- Defines trusted authentication keys
Вот конфигурация Сервера NTP в качестве примера на 2800 Series маршрутизаторах. Маршрутизатором является NTP master, что означает действия маршрутизатора как авторитетный сервер NTP.
ntp master
ntp authenticate
ntp authentication-key 1 md5 0305480F0008 7
ntp trusted-key 1
Часть 2
MikroTik — Установка и настройка NTP сервера/клиента
Настройка синхронизации внутренних часов для устройств в локальной сети.
Настройка внутренних часов:
Когда NTP Client не активен, система использует локальные часы.
/system clock printНастройка NTP Client: [Russian Federation — ru.pool.ntp.org]
Cинхронизация с серверами точного времени.
- Настраиваем;
/system ntp client
set enabled=yes mode=unicast primary-ntp=0.ru.pool.ntp.org secondary-ntp=1.ru.pool.ntp.org
- Выводим текущие настройки;
/system ntp client print
enabled: yes
mode: unicast
primary-ntp: 23.105.225.212
secondary-ntp: 85.21.78.23
dynamic-servers:
status: synchronizeПосле применения настроек доменное имя будет преобразовано в IP-адрес. Обращаем внимание на статус, он должен быть — «synchronized«. Также, лучше всего использовать серверы с наименьшим временем ответа в мс. Для этого перейдем в раздел «Tools -> Ping» и проверим время ответа для необходимых серверов.
Установка пакета NTP Server: [Extra packages]
В RouterOS, этот пакет устанавливается отдельно и имеет расширение .npk. Выбираем архитектуру процессора и скачиваем архив «Extra packages«. Далее подключаемся по Winbox, переходим в раздел Files и перетаскиваем в окно пакет. Перезагружаемся «System -> Reboot«. Установленный пакет будет отображаться в разделе «System -> Packages«
Настройка NTP Server:
Настройки по умолчанию.
/system ntp server
set enabled=yes broadcast=no multicast=yes manycast=yesDHCP Server:
Назначение IP-адреса NTP-серверя для используемых сетей.
- NTP-сервер работает на ip-адресе шлюза;
/ip dhcp-server network
set address=192.168.1.0/24 ntp-server=192.168.1.1DNS Static:
Переопределение источника времени в Windows.
- Задаем ip-адрес;
/ip dns static
add name=time.windows.com address=192.168.1.1
- Чистим кэш;
/ip dns cache flushсм. Также: pfSense — Настройка Network Time Protocol Server +Сlients
Настройка и синхронизация точного времени в локальной сети
В условиях ведения современного бизнеса, время имеет ключевое значение, ведь время это деньги. Для ряда предприятий очень важным является обеспечение точного времени на всех этапах.
Как пример, это могут быть банковские учреждения, транспортные, перевозочные организации, предприятия, на которых используется система электронного учета за сотрудниками (приход на работу, открытие смены и т.д.), а также предприятия с полной или частичной автоматизацией бизнес-процессов.
В случаях, когда время на компьютерах отличается, могут возникать определенные проблемы, в частности речь идет о сетевом программном обеспечении. Примеров может быть множество, каждый сам решает насколько для вас важно точное время. Очень часто в торговых предприятиях рабочие станции (например, кассы) хоть и объединены в локальную сеть, но доступа к сети Интернет могут и не иметь. Использование локального сервера времени позволяет установить единое время для всех устройств, работающих в локальной сети предприятия, а также обеспечить автоматическую синхронизацию времени на ПК без доступа к сети Интернет.
Процесс настройки точного времени на примере маршрутизаторов компании Mikrotik.
Первоначальная настройка времени выполняется в разделе System – Clock.
Важно правильно указать часовой пояс. Заходим в раздел System – NTP Client.
Первым делом устанавливаем опцию Enabled, для активации клиента. Режим (Mode) оставляем без изменений – unicast. Далее нам необходимо указать 2 сервера времени, первичный и вторичный – Primary NTP Server и Secondary NTP Server.
Сервер времени достаточно просто найти в интернете, самым крупным сервисом является pool.ntp.org, здесь вы можете выбрать сервер NTP, исходя из своей локации. Поскольку мы находимся в Украине, то и сервера предполагается использовать украинские – чем меньше задержки при передаче пакетов, тем лучше.
Для Украины это серверы:
0.ua.pool.ntp.org
1.ua.pool.ntp.org
2.ua.pool.ntp.org
3.ua.pool.ntp.org
На сервисе существуют серверы для других стран и регионов, например, для Европы есть сервера верхнего уровня:
0.europe.pool.ntp.org
1.europe.pool.ntp.org
2.europe.pool.ntp.org
3.europe.pool.ntp.org
Пока клиент NTP не активен – система будет использовать локальные часы (using local clock). Поле того, как вы укажете серверы для синхронизации и нажмете применить, система преобразует DNS в IP-адреса и начнет синхронизацию (статус synchronized – синхронизация прошла успешно).
Преобразование в IP имеет недостаток, дело в том при смене IP сервера, в маршрутизаторе он автоматически не сменится. Будем надеяться, в последующих обновлениях RouterOS разработчики учтут этот недостаток.
На этом этапе наш маршрутизатор уже использует точное время и периодически выполняет синхронизацию. Осталось настроить его для использования в локальной сети.
Для этого нам потребуется специальный пакет NTP, который устанавливается отдельно. На официальном сайте Mikrotik в разделе загрузок (Downloads), необходимо скачать архив Extra packages для вашей платформы. В нашем случае это MIPS-BE.
Качаем all_packages-mipsbe-6.34.zip (архив для текущей версии 6.34) и извлекаем из него NPK-пакет ntp-6.34-mipsbe.npk.
Загружаем в Mikrotik, активируем, перезагружаем систему. После этого у вас появится новый раздел System – NTP Server.
Это и есть наш сервер NTP. Устанавливаем опцию Enabled, а также Multicast и Manycast.
Готово, теперь в нашей локальной сети есть свой сервер времени. Осталось настроить клиентские устройства. Большинство офисов используют Windows-платформу, поэтому настройку опишем на примере операционной системы Windows.
В настройках часов присутствует специальная вкладка «Время по Интернету», здесь можно указать сервер времени и выполнить ручную синхронизацию.
Недостаток этого метода в том, что настройку нужно произвести на всех компьютерах, а при переустановке ОС выполнять все действия повторно. Существует альтернативный и куда более удобный вариант решения данного вопроса. Дело в том, что по-умолчанию, операционная система Windows настроена на синхронизацию времени с сервером time.windows.com
Поскольку клиенты в локальной сети в качестве DNS-сервера используют локальный маршрутизатор, мы вполне можем «обмануть» Windows. Открываем раздел IP – DNS.
В настройках DNS необходимо добавить новую статическую запись, для чего нажимаем Static.
В поле Name указываем time.windows.com, в поле Address – IP маршрутизатора в локальной сети.
После этого у нас появится новая запись.
До того, как кеш DNS обновится может пройти достаточное количество времени, поэтому ускоряем процесс. В настройках DNS выбираем Cache (Кеш) и далее нажимаем Flush Cache, что приведет к его очистке.
На этом настройка завершена, а все системы на ОС Windows будут производить автоматическую синхронизацию времени с локальным сервером без каких-либо дополнительных настроек.
|
+7 (495) 221-12-46 +7 (495) 785-55-24 Заполните форму заказа (введите Ваш E-mail адрес и напишите что именно хотите заказать — название модели табло и количество) | ||||||||||||||||||||||||
| ||||||||||||||||||||||||
новости российского, европейского и мирового ралли
Российский разработчик современных технологий и оборудования для обеспечения безопасности компания «КОМСЕТ-сервис» представила на российском рынке инновационный проект — ntp сервер времени. Прибор позволяет с максимально высокой точностью сгенерировать сигналы частоты и точного времени.
Описание нового продукта
В работе устройство полностью автономное, легко монтируется на специальную стойку, создает сигналы частоты и точного времени. Большой плюс в том, что прибор не зависит от ОС других производителей и не привязан к серверной платформе. Временной сервер ntp отличается от других продуктов, так как сконструирован не на базе сложных промышленного оборудования, а на оригинальной платформе, благодаря чему стало возможно скорректировать цену, продемонстрировав лояльность к пользователю.
Источник генерации частоты и точного времени ССВ-1Г синхронизируется с такими спутниковыми системами, как ГЛОНАСС и GPS – это гарантирует высокую точность полученных данных. Питание прибора осуществляется по 2 вводам — основному и резервному. Управляется устройство специальным ПО – быстро, просто и без сбоев.
Преимущества новой разработки
Сервер ССВ-1Г имеет одно из лучших соотношений цена-качество на рынке в своем сегменте. Нарушить функционирование NTP-сервера, крайне сложно даже в случае несанкционированного доступа к ресурсам. Производитель предусмотрел возможность установки до восьми модулей расширения.
Работа устройства происходит по следующей схеме: устройство принимает спутниковые сигналы от ГЛОНАСС, GPS и других систем позиционирования, затем обрабатывает их и передает высокоточные сигналы на клиентские устройства, синхронизируя временные параметры. Сервер для сетевой синхронизации может задействовать различных протоколы и каналы, чаще это – NTP и PTP протоколы.
Производителю удалось достичь высоких эксплуатационных характеристик, благодаря внедрению инновационных технологических решений:
- Использование в качестве основы для построения собственной платформы, полный отказ от внедрения ПО сторонних производителей.
- Замена рубидиевых генераторов современными кварцевыми резонаторами. Такое решение позволило поддерживать оптимальный температурный режим благодаря двойному термостатированию, что обеспечивает стабильную работу устройства.
Также к неоспоримым достоинствам ССВ-1Г можно отнести высокую info-безопасность. Все модели устройства имеют аппаратную реализацию, сконструированную на базе жесткого автомата.
Получить больше информации о разработчике и других продуктах этой компании можно на официальном сайте.
Контакты компании «КОМСЕТ — сервис»
Адрес: г. Москва, 1-я Парковая ул., дом 7, 3 этаж
Телефон: +7 (495) 921 29 12
Почта: [email protected]
, где можно обсудить события гонки в кругу единомышленников и сообщить обо всех багах и ошибках сайта/группы ВК. Параллельно создан
Ntp какой порт. Чем отличается протокол синхронизации времени NTP от SNTP? Как это работает
Для целей сравнения значение нуль для кода слоя считается выше, чем любая другая величина. Заметим, что максимальное значение целого, закодированное как пакетная переменная , ограничено параметром ntp .maxstratum .
Период обмена (sys.poll, peer.hostpoll, peer.peerpoll, pkt.poll ). Это целая переменная со знаком, которая указывает минимальный интервал между передаваемыми сообщениями, измеренный в секундах и представленный как степень 2. Например, значение 6 указывает на минимальный интервал в 64 секунды.
Точность (sys.precision, peer.precision, pkt.precision ). Это целая переменная со знаком, обозначающая точность часов в секундах и выраженная как ближайшая степень числа 2. Значение должно быть округлено в большую сторону до ближайшего значения степени 2, например, сетевой частоте 50-Гц (20 мс) или 60-Гц (16.67 мс) будет поставлена в соответствие величина -5 (31.25 мс), в то время как кварцевой частоте 1000-Гц (1 мс) будет поставлено в соответствие значение -9 (1.95 мс).
Базовая задержка (sys.rootdelay, peer.rootdelay, pkt.rootdelay ). Это число с фиксированной запятой со знаком, которое указывает на величину полной циклической задержки ( RTT ) до первичного эталона частоты, выраженной в секундах.
Базовая дисперсия (sys.rootdispersion, peer.rootdispersion, pkt.rootdispersion ). Это число с фиксированной запятой больше нуля, указывающее на максимальное значение временной ошибки по отношению к первичному эталону в секундах.
Идентификатор эталонных часов (sys.refid, peer.refid, pkt.refid ). Это 32-битовый код, идентифицирующий конкретные эталонные часы. В случае слоя 0 (не специфицирован) или слоя 1 (первичный эталонный источник), это 4-октетная ASCII -строка, выровненная по левому краю и дополненная при необходимости нулями, например:
| Слой | Код | Значение |
|---|---|---|
| 0 | dcn | Протокол маршрутизации dcn |
| 0 | dts | Цифровая служба времени (digital time service) |
| 0 | nist | Общий модем nist |
| 0 | tsp | Временной протокол tsp |
| 1 | atom | Атомные часы (калиброванные) |
| 1 | vlf | vlf -радио (omega, и пр.) |
| 1 | callsign | Общее радио |
| 1 | gps | gps УВЧ позиционирование спутников |
| 1 | lorc | loran-c радионавигация |
| 1 | wwvb | Радио wwvb НЧ (диапазон 5) |
| 1 | goes | Спутник goes УВЧ (диапазон 9) |
| 1 | wwv | Радио wwv ВЧ (диапазон 7) |
В случае слоя 2 и выше (вторичный эталон) — это 4-октетный IP — адрес партнера, выбранного для синхронизации.
Эталонная временная метка (sys.reftime, peer.reftime, pkt.reftime ) — локальное время в формате временных меток, соответствующее моменту последней коррекции показаний часов. Если локальные часы не были синхронизованы, переменная содержит нуль.
Базовая временная метка (peer.org, pkt.org ) — локальное время в формате временных меток, соответствующее моменту посылки последнего NTP -сообщения. Если партнер недостижим, переменная принимает нулевое значение .
Временная метка получения (peer.rec, pkt.rec ) — локальное время в формате временных меток, которое соответствуюет моменту прихода последнего NTP -сообщения, полученного от партнера. Если партнер недостижим, переменная принимает нулевое значение .
Временная метка передачи (peer.xmt, pkt.xmt ) — локальное время в формате временных меток, соответствующее моменту отправки NTP -сообщения.
Системные переменные
Следующие переменные используются операционной системой для синхронизации локальных часов.
Переменная локальные часы (sys.clock ) содержит показание локальных часов в формате временных меток. Локальное время получается от аппаратных часов конкретной ЭВМ и дискретно увеличивается с конструктивно заданными приращениями.
Переменная Базовые часы (sys.peer ) представляет собой селектор, идентифицирующий используемый источник синхронизации. Обычно это указатель на структуру, содержащую переменные партнера. Значение нуль указывает, что в настоящее время источник синхронизации отсутствует.
Переменные партнера
Ниже перечислены все переменные партнера, которые используются для управления и реализации измерительных процедур.
Бит конфигурации (peer.config ) — бит , индицирующий, что ассоциация была сформирована на основе конфигурационной информации и не должна быть расформирована, когда партнер становится недоступен.
Временная метка актуализации (peer.update ) — локальное время в формате временной метки, отмечающее момент, когда было получено последнее NTP сообщение. Переменная используется для вычисления дисперсии временного сдвига.
Регистр достижимости (peer.reach ) — сдвиговый регистр битов ntp .window, используемых для определения статуса достижимости партнера. Ввод данных производится со стороны младших бит (справа). Партнер считается достижимым, если как минимум один бит этого регистра равен 1.
Таймер партнера (peer.timer ) — целочисленный счетчик , используемый для управления интервалом между последовательно посылаемыми NTP -сообщениями. После установки значения счетчика его содержимое уменьшается на 1 (1сек), пока не достигнет нуля. При этом вызывается процедура передачи. Заметим, что работа этого таймера не должна зависеть от локальных часов.
Пакетные переменные
Номер версии (pkt.version ) — целое число , индицирующее номер версии отправителя. NTP -сообщения всегда посылаются с текущим значением версии ntp .version и будут восприняты лишь при условии совпадения кодов версии ( ntp .version ). Исключения допускаются лишь при смене номера версии.
Переменные фильтра часов
Когда используются фильтры и алгоритмы отбора, дополнительно привлекаются следующие переменные состояния .
Регистр фильтра (peer.filter ) — сдвиговый регистр каскадов ntp . shift , где каждый каскад запоминает значения измеренной задержки, смещения и вычисленной дисперсии, соответствующих одному наблюдению. Эти три параметра вводятся со стороны старших разрядов и сдвигаются в направлении младших разрядов (направо). При получении результатов нового наблюдения старые результаты теряются.
Счетчик корректных данных (peer.valid ) — целочисленный счетчик , указывающий на корректные образцы, остающиеся в регистре фильтра. Он используется для определения состояния доступности и для управления увеличением и уменьшением периода рассылки сообщений.
Смещение (peer.offset ) — число с фиксированной запятой со знаком, индицирующее значение смещение часов партнера по отношению к локальным часам в секундах.
Задержка (peer.delay ) — число с фиксированной запятой со знаком, индицирующее полную циклическую задержку ( RTT ) часов партнера по отношению к локальным часам с учетом времени распространения сообщения и отклика в сети в секундах. Заметим, что переменная может принимать как положительное, так и отрицательное значение в зависимости от точности часов и накопившейся ошибки смещения.
Дисперсия (peer. dispersion ) — число с фиксированной запятой , индицирующее максимальную ошибку часов партнера по отношению к локальным часам с учетом сетевой задержки в секундах. Допускаются только значения больше нуля.
Параметры
Ниже описаны параметры для всех реализаций, работающих в сети Интернет . Необходимо договориться относительно значений этих параметров для того, чтобы исключить ненужную избыточность и стабилизировать ассоциации партнеров. Приведенные параметры применимы для всех ассоциаций.
Номер версии ( ntp .version ) — текущий номер версии NTP (3).
Порт NTP ( ntp .port ) — стандартный номер порта (123), присвоенный протоколу NTP .
Максимальный номер слоя ( ntp .maxstratum ) — максимальный номер слоя, который может быть использован при кодировании пакетной переменной. Этот параметр обычно интерпретируется как определение бесконечности (недостижимости для протокола маршрутизации в субсети).
Максимальный возраст часов ( ntp .maxage ) — максимальный интервал в секундах, в течение которого эталонные часы будут рассматриваться как корректные после последней сверки.
Максимальный сбой ( ntp .maxskew ) — максимальная ошибка смещения, связанная со сбоем локальных часов за время ntp .maxage, в секундах. Отношение ntp .maxskew к ntp .maxage интерпретируется как максимальный сбой, вызванный всей совокупностью факторов.
Максимальное расстояние ( ntp .maxdistance ) — максимально допустимое расстояние между партнерами при синхронизации с использованием алгоритма отбора.
Минимальный период рассылки ( ntp .minpoll ) — минимальный период рассылки, допустимый для любого из партнеров в сети Интернет . Этот период выражается в секундах и представляет собой степень 2.
Максимальный период рассылки ( ntp .maxpoll ) — максимальный период рассылки, допустимый для любого из партнеров в сети Интернет . Этот период выражается в секундах и представляет собой степень 2.
Минимум избранных часов ( ntp .minclock ) — минимальное число партнеров, необходимое для синхронизации (при использовании алгоритма отбора).
Максимум избранных часов> ( ntp .maxclock ) — максимальное число партнеров, необходимое для организации отбора (при использовании алгоритма селекции).
Минимальная дисперсия ( ntp .mindisperse ) — минимальное значение приращения дисперсии для каждого из слоев в секундах (при использовании алгоритма фильтрации).
Максимальная дисперсия ( ntp .maxdisperse ) — максимальная дисперсия в секундах с учетом потерянных данных (при использовании алгоритма фильтрации).
Размер регистра доступности ( ntp .window ) — размер регистра доступности (peer.reach ) в битах.
Размер фильтра ( ntp .shift ) — размер сдвигового регистра фильтра часов (peer.filter ) в каскадах.
Вес фильтра ( ntp .filter ) — и широковещательный :
Симметрично активный (1) . ЭВМ, работающая в этом режиме, периодически посылает сообщения вне зависимости от достижимости или слоя своего партнера. При работе в этом режиме ЭВМ оповещает о своем намерении синхронизовать и быть синхронизованной партнером.
Симметрично пассивный (2) . Этот тип ассоциации первоначально создается по прибытии сообщения от партнера, работающего в симметрично активном режиме. Он сохраняется, пока партнер достижим и функционирует в слое, ниже или равном данной ЭВМ. В противном случае ассоциация распадается. Однако ассоциация будет существовать до тех пор, пока, по крайней мере, одно сообщение не будет послано в качестве отклика. При работе в этом режиме ЭВМ оповещает о своем намерении синхронизовать и быть синхронизованной партнером.
сервер времени, который работает в широковещательной среде) оповещает о намерении синхронизовать всех партнеров.ЭВМ, работающая в режиме клиента, иногда посылает NTP -сообщение ЭВМ, работающей в режиме сервера, например, сразу после перезагрузки и периодически после этого. Сервер откликается, меняя адреса и номера портов, занося необходимую информацию и отправляя сообщение назад клиенту. Серверы не должны хранить какую-либо статусную информацию в паузах между запросами клиента, в то время как клиенты могут варьировать интервалы между NTP -сообщениями, чтобы удовлетворить локальным требованиям. В этих режимах протокольная машина, описанная в этой статье, может быть существенно упрощена без заметной потери точности или надежности, особенно при работе в быстродействующей локальной сети.
В симметричных режимах отличие клиента от сервера практически исчезает. Симметрично пассивный режим предназначен для использования временными серверами, работающими вблизи базовых узлов (нижний слой ) субсети синхронизации и со сравнительно большим числом партнеров. В этом режиме идентификации партнера не требуется заранее, так как ассоциация с ее переменными состояния создана, только когда получено NTP -сообщение. Более того, запомненное состояние может быть использовано позднее, когда партнер станет недостижим или будет работать на более высоком уровне и по этой причине будет непригоден в качестве источника синхронизации.
Симметрично активный режим предназначен для использования серверами времени, работающими вблизи оконечных узлов (наивысший слой ассоциация , если она существовала, будет ликвидирована из-за недостижимости партнера.
Широковещательный режим предназначен для работы в скоростных локальных сетях с большим числом рабочих станций, где не требуется высокая точность . При типичном сценарии один или более временных серверов LAN периодически посылают широковещательные сообщения рабочим станциям, которые затем определяют время на основе предварительно заданной задержки распространения порядка нескольких миллисекунд.
Обработка событий
Существенные события с точки зрения протокола NTP происходят при истечении времени таймеров партнера (peer. timer ), один из которых ориентирован специально на данного партнера в активной ассоциации, а также при получении NTP -сообщения от различных партнеров. Событие может произойти как результат команды оператора или обнаруженной ошибки, такой, как отказ первичного эталона.
Ответы на вопросы
26.09.2018Сложно представить современный мир без точного времени. Во многих сферах жизни нужно иметь очень точные часы, при этом точность часто должна быть гораздо выше точности часов, применяющихся людьми в обычной жизни. Например, требования к точности часов авиационных диспетчерских, комплексов, управляющих космическими аппаратами, или военных систем находятся на высочайшем уровне. Также часы с высокой точностью необходимы и в системах с более простыми функциями – в системах биллинга и тарификации сотовых операторов и интернет-провайдеров, в системах банковских транзакций, в биржевых системах, в производственных и научных комплексах. В локальных сетях протокол аутентификации пользователей Kerberos также использует сравнение времени контроллера домена с часами пользовательских рабочих станций. В компьютерных сетях синхронизация обычно выполняется с серверами точного времени при помощи протокола NTP или его «облегчённой» разновидности – SNTP . В этой статье мы рассмотрим особенности, отличия и примеры применения этих протоколов.
NTP (англ. Network Time Protocol – протокол сетевого времени) – сетевой протокол для синхронизации внутренних часов компьютера с использованием сетей с переменной пропускной способностью. Обеспечивает высокую точность синхронизации времени благодаря специальному алгоритму, который позволяет выбирать наиболее точные источники для оценки точного времени. Этот алгоритм позволяет сводить к минимуму влияние данных от заведомо некорректно настроенных NTP-серверов на общую систему. Протокол NTP обеспечивает механизмы синхронизации с точностью до наносекунд, и содержит средства для определения характеристик и оценки ошибок локальных часов и временного сервера, который осуществляет синхронизацию. Протокол NTP использует иерархическую систему уровней, или стратумов. Сервер NTP имеет наиболее высокий уровень (стратум 1), если он получает данные непосредственно от источника точного времени. Сервера, синхронизирующие свои часы с сервером 1-го стратума, находятся на уровне ниже (стратум 2), и т. д.
SNTP (англ. Simple Network Time Protocol – простой протокол сетевого времени) – протокол синхронизации времени по компьютерной сети. Представляет собой упрощённую реализацию протокола NTP, в нём отсутствует сложность алгоритма NTP. SNTP используется для узлов сети, которым не требуется полный набор функций NTP. Общепринятой практикой является синхронизация часов нескольких узлов локальной сети с другими узлами NTP по Интернет и использование этих узлов для временной синхронизации услуг, предоставляемых другим клиентам по локальной сети. В таком варианте использования не требуется высокой точности временной синхронизации. Протокол SNTP обеспечивает механизмы синхронизации с точностью от 1 до 50 мс
Пример использования протокола NTP: банк N предоставляет своим клиентам клиент-серверное приложение для биржевой торговли. Сервера, которые обрабатывают информацию о биржевых котировках, должны иметь часы с высокой точностью синхронизации со шкалой всемирного времени. В таком случае, каждый сервер биржевой торговли банка N синхронизируется с самым точным из серверов точного времени («стратум 1»), который получает данные непосредственно от источника точного времени. Самый точный сервер выбирается по алгоритму, встроенному в протокол NTP. Примерная архитектура такого решения отражена на схеме ниже:
Классический пример использования SNTP – синхронизация времени внутри домена. Контроллер домена получает время из глобальной сети Интернет от общедоступных серверов стратума 1 или стратума 2. Остальные клиенты домена синхронизируют свои часы со временем на контроллере домена. Примерная архитектура отображена на схеме.
Синхронизация времени является важной задачей, хотя не многие задумывались об этом. Ну что плохого в убежавшем на сервере времени? А знаете ли вы, что многие проблемы с часами влияют на протоколы, связанные с криптографией? По этой причине в 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 st t when poll reach delay offset jitter ============================================================================== +93.180.6.3 77.37.134.150 2 u 62 1024 377 53.658 -0.877 1.174 +85.21.78.23 193.190.230.65 2 u 1027 1024 377 54.651 0.167 1.531 *62.173.138.130 89.109.251.24 2 u 940 1024 377 52.796 -0.143 1.001 +91.206.16.3 194.190.168.1 2 u 258 1024 377 93.882 -0.680 2.196 -91.189.94.4 193.79.237.14 2 u 596 1024 377 100.219 1.562 1.482
О чём говорят названия столбцов:
- 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 достаточно раскомментировать строку
Restrict 192.168.0.0 mask 255.255.0.0 nomodify notrap
в конфигурационном файле демона 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 сервер на высоконагруженной системе.
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 использует для своей работы протокол UDP . Система NTP чрезвычайно устойчива к изменениям латентности среды передачи .
NTP использует алгоритм Марзулло (предложен Кейтом Марзулло (Keith Marzullo) из Университета Калифорнии, Сан-Диего), включая такую особенность, как учёт времени передачи. В версии 4 способен достигать точности 10 мс (1/100 с) при работе через Интернет , и до 0,2 мс (1/5000 с) и лучше внутри локальных сетей.
NTP — один из старейших используемых протоколов. NTP разработан Дэвидом Л. Миллсом (David L. Mills) из университета Дэлавера в 1985 году и в настоящее время продолжает совершенствоваться. Текущая версия — NTP 4.
NTP использует иерархическую систему «часовых уровней» (stratum). Уровень 1 синхронизирован с высокоточными часами, например, с системой GPS , ГЛОНАСС (Единая Государственная шкала времени РФ) или атомным эталоном времени. Уровень 2 синхронизируется с одной из машин уровня 1, и так далее.
Время представляется в системе NTP 64-битным числом (8 байт), состоящим из 32-битного счётчика секунд и 32-битного счётчика долей секунды, позволяя передавать время в диапазоне 2 32 секунд, с теоретической точностью 2 −32 секунды. Поскольку шкала времени в NTP повторяется каждые 2 32 секунды (136 лет), получатель должен хотя бы примерно знать текущее время (с точностью 50 лет). Также следует учитывать, что время отсчитывается с полуночи 1 января 1900 года, а не с 1970, поэтому из времени NTP нужно вычитать почти 70 лет (с учётом високосных лет), чтобы корректно совместить время с Windows или Unix-системами.
Наиболее широкое применение протокол NTP находит для реализации серверов точного времени. Для достижения максимальной точности предпочтительна постоянная работа программного обеспечения NTP в режиме системной службы . В семействе операционных систем Microsoft Windows , — это служба W32Time (модуль w32time.dll, выполняющийся в svchost.exe), Linux — сервис Ntpd .
Более простая реализация этого алгоритма известна как SNTP — простой синхронизирующий сетевой протокол. Используется во встраиваемых системах и устройствах, не требующих высокой точности, а также в пользовательских программах точного времени.
Подробная реализация протокола и системы в целом описана в:
NTP не следует путать с daytime protocol RFC 867 или time protocol RFC 868 (win программа FG Time Sync).
Часовые слои
NTP использует иерархическую, многоуровневую систему источников времени. Каждый уровень этой иерархии называется слоем, каждому слою присваивается номер, начиная с 0 (ноль) в верхней части. Уровень слоя определяет расстояние от эталонных часов и существует, чтобы предотвратить циклические зависимости в иерархии. Важно отметить, что слой не является показателем качества и надежности, это значит, что источник слоя 3 может дать сигнал более высокого качества, чем некоторые источники слоя 2 . В основном, слои служат для распределения нагрузки и обеспечения большей площади покрытия. Это определение слоя также отличается от понятия часовых слоёв, используемых в телекоммуникационных системах.
Слой 0
Слой 0 — это высокоточные приборы служащие эталоном времени, такие как атомные (молекулярные, квантовые) часы , радиочасы или их аналоги. Обычно эти устройства не подключены к сети; вместо этого они подключены к локальному компьютеру (например, через интерфейс RS-232) и передают сигналы PPS для синхронизации.
Слой 1
Это компьютер, к которому напрямую подключены эталонные часы. Он выступает в качестве сетевого сервера времени и отвечает на NTP-запросы посылаемые компьютерами слоя 2.
Слой 2
Это компьютеры, которые получают время от серверов первого слоя, используя для этого протокол NTP. Обычно, компьютеры второго слоя обращаются к нескольким серверам первого слоя, и используя NTP-алгоритм, получают наилучший образец данных, отсеивая сервера с очевидно неверным временем. Компьютеры могут сравнивать свои данные с другими компьютерами своего слоя для получения стабильных и непротиворечивых данных на всех компьютерах слоя. Компьютеры второго слоя в свою очередь выступают в качестве серверов для компьютеров третьего слоя и отвечают на NTP-запросы.
Слой 3
Компьютеры третьего слоя работают точно так же как и компьютеры второго слоя, с той лишь разницей, что серверами для них являются компьютеры вышележащего второго слоя. Они так же могут выступать в качестве серверов для нижележащего слоя. NTP (в зависимости от версии) поддерживает до 256 слоев.
См. также
Ссылки
- — список серверов NTP Государственного эталона времени и частоты (ГЭВЧ) Российской Федерации
- Network Time Protocol project — общественный проект по развитию протокола и служб NTP
- NTP Public Services Project — проект публичных серверов NTP и рабочей группы IETF по протоколу NTP
- pool.ntp.org — ресурс, представляющий большой виртуальный кластер NTP-серверов для миллионов пользователей. По состоянию на 29 декабря 2010 в pool.ntp.org зарегистрированно 2078 серверов. Есть возможность выбрать региональные сервера.
- ntp.mobatime.ru — с 2005 года публичный бесплатный NTP-сервер Mobatime первого стратума (Россия, Санкт-Петербург).
- time.bakulev.ru — публичный бесплатный NTP сервер первого стратума (Россия, Москва).
| Основные протоколы TCP/IP по уровням модели OSI (Список портов TCP и UDP) | |
|---|---|
| Физический | |
| Канальный | |
| Сетевой | |
| Транспортный | |
| Сеансовый | |
| Представления | |
| Прикладной | |
| Другие прикладные | |
Wikimedia Foundation . 2010 .
Смотреть что такое «NTP» в других словарях:
NTP — is a three letter initialism which may stand for: Contents 1 Computing 2 Politics 3 Science 3.1 Chemistry 3.2 Medicin … Wikipedia
NTP — abbrev. normal temperature and air pressure: former term for STP * * * NTP abbr. normal temperature and pressure. * * * … Universalium
NTP — NTP, Abk. für Network Time Protocol … Universal-Lexikon
NTP — (Network Time Protocol) (Internet) protocol that schedules the computer s internal clock with the atomic clocks or radio clocks on the Internet … English contemporary dictionary
NTP — abbrev. normal temperature and air pressure: former term for STP … English World dictionary
NTP — Cette page d’homonymie répertorie les différents sujets et articles partageant un même nom. Sigles d’une seule lettre Sigles de deux lettres > Sigles de trois lettres Sigles de quatre lettres … Wikipédia en Français
NTP
Ntp — Die Abkürzung NTP steht für: Network Time Protocol, ein Protokoll zur Zeitsynchronisation zwischen Computern Normal Temperature and Pressure, die englische Bezeichnung für die physikalischen Normalbedingungen Nukleosidtriphosphat in der… … Deutsch Wikipedia
NTP — Abbreviation for nucleoside 5′ triphosphate. * * * narcotic treatment program; National Toxicology Program; nitroprusside; nonthrombopenic purpura; normal temperature and pressure; 5´ nucleotidase; sodium nitroprusside * * * NTP abbr normal… … Medical dictionary
серверов NTP в Европе, europe.pool.ntp.org
Чтобы использовать эту конкретную зону пула, добавьте в файл ntp.conf следующее:
сервер 0.europe.pool.ntp.org сервер 1.europe.pool.ntp.org сервер 2.europe.pool.ntp.org сервер 3.europe.pool.ntp.org
В большинстве случаев для поиска лучше всего использовать pool.ntp.org сервер NTP (или 0.pool.ntp.org, 1.pool.ntp.org, и т. д., если вам нужно несколько имен серверов).Система попробует поиск ближайших доступных серверов для вас. если ты распространять программное обеспечение или оборудование, использующее NTP, см. наша информация для продавцов.
IPv4В этой зоне 1996 активных серверов. 1987 (+9)
активны 1 день назад | IPv6В этой зоне 998 активных серверов. 998
активны 1 день назад |
Смотрите все зоны в Global.
Андорра — ad.pool.ntp.org (0)
Албания — al.pool.ntp.org (0)
Австрия — at.pool.ntp.org (55)
Аландские острова — ax.pool.ntp.org (1)
Босния и Герцеговина — ba.pool.ntp.org (2)
Бельгия — be.pool.ntp.org (56)
Болгария — bg.pool.ntp.org (43)
Беларусь — by.pool.ntp.org (10)
Швейцария — ch.pool.ntp.org (194)
Кипр — cy.pool.ntp.org ( 7)
Чехия — cz.pool.ntp.org (49)
Германия — de.pool.ntp.org (872)
Дания — dk.pool.ntp.org (59)
Эстония — ee.pool.ntp .org (14)
Испания — es.pool.ntp.org (20)
Финляндия — fi.pool.ntp.org (73)
Фарерские острова — fo.pool.ntp.org (0)
Франция — fr.pool.ntp.org (331)
Гернси — gg.pool.ntp.org (1)
Гибралтар — gi.pool.ntp.org (2)
Греция — gr.pool.ntp.org (22)
Хорватия — hr.pool.ntp.org (14)
Венгрия — hu.pool.ntp.org (55)
Ирландия — ie.pool.ntp.org (18)
Остров Мэн — im.pool.ntp.org (1)
Исландия — is.pool.ntp.org (16)
Италия — it.pool.ntp. org (44)
Джерси — je.pool.ntp.org (0)
Лихтенштейн — li.pool.ntp.org (4)
Литва — lt.pool.ntp.org (17)
Люксембург — lu.pool.ntp.org (20)
Латвия — lv.pool.ntp.org (22)
Монако — mc.pool.ntp.org (0)
Молдова — md.pool.ntp.org (13)
Республика Черногория — me.pool.ntp.org (0)
Македония — mk.pool.ntp.org (6)
Мальта — mt.pool.ntp.org (0 )
Нидерланды — nl.pool.ntp.org (251)
Норвегия — no.pool.ntp.org (34)
Польша — pl.pool.ntp.org (68)
Португалия — pt.pool.ntp.org (16)
Румыния — ro.pool.ntp.org (24)
Республика Сербия — rs.pool.ntp.org (14)
Российская Федерация — ru.pool.ntp.org (164)
Швеция — se.pool.ntp.org (79)
Словения — si.pool.ntp.org (19)
Свальбард и Ян Майен — sj.pool.ntp.org (0)
Словакия — sk.pool.ntp.org (22)
Сан-Марино — sm.pool.ntp.org (0)
Турция — tr.pool.ntp. org (22)
Украина — ua.pool.ntp.org (74)
Великобритания — uk.pool.ntp.org (327)
Святой Престол (город-государство Ватикан) — va.pool.ntp.org (0)
Косово — xk.pool.ntp.org (0)
Югославия — ю.pool.ntp.org (0)
GPS Network Time Synchronization — Masterclock, Inc.
Если вы пытаетесь привлечь людей на встречу или управляете масштабируемым облачным бизнес-приложением, синхронизация жизненно важна. Бесчисленные заинтересованные стороны и машины играют важную роль в ваших процессах. Соблюдение единого расписания позволяет вашей организации двигаться вперед как единое целое.
Что касается сетевого оборудования, вы не можете позволить себе расхождения во времени.Вот как работает синхронизация сетевого времени и как сделать вашу практику более эффективной.
Объяснение сетевой синхронизации времени: краткое введение в протоколы синхронизации
Есть много способов гарантировать, что ваши серверы, системы безопасности, медиа-рекордеры и другие устройства работают синхронно. К счастью, вам не нужно прибегать к ручной установке часов или созданию собственных инструментов для измерения времени и сценариев оболочки.
Наличие широко распространенных протоколов позволяет развернуть совместимую систему и быть уверенным в ее способности отслеживать время, как ожидалось.Для начала давайте кратко рассмотрим две наиболее распространенные системы хронометража: протокол сетевого времени и протокол точного времени.
Протокол сетевого времени
Стандарт NTP использует серверы, которые предоставляют клиентам, например компьютерам в вашей сети, текущую информацию о всемирном координированном времени (UTC) в ответ на отдельные запросы. Хотя ваше оборудование может запрашивать текущее время с множества различных серверов в сети, некоторые устройства предоставляют более точные данные, чем другие, из-за таких факторов, как системная задержка и задержка.
Серверы хронометража в этих сетях организованы в отдельные слои, также известные как уровни. Самые точные устройства существуют в Stratum 0, и они включают атомные, радио и другие высокоточные часы, такие как те, которые используются в лабораториях NIST и спутники GPS. Серверы Stratum 1, также известные как первичные серверы времени, напрямую подключены к устройствам Stratum 0, а также к их одноранговым узлам.
Этот протокол также:
Позволяет клиентам подключаться к нескольким серверам NTP для резервного копирования данных, повышенной точности и целей тестирования
Корректирует задержку связи и индивидуальный дрейф часов
Использует стандартизированный 64-битный UDP пакет, который теоретически может достигать пикосекундной (триллионной секунды) времени и определять даты в пределах 136-летнего диапазона
Разрешает одноранговую связь, широковещательную передачу, многоадресную передачу, калибровку и безопасные алгоритмы хеширования MD5
Другой вариант этого протокола, известного как SNTP или простой протокол сетевого времени, использует тот же формат пакетов и сообщений.Основное отличие состоит в том, что протокол SNTP значительно менее точен. Поскольку клиенты не могут получать данные о времени из нескольких источников или использовать контрольные суммы MD5, они уязвимы для общих сетевых неточностей и вредоносных агентов, которые намеренно предоставляют неправильные отметки времени.
Протокол точного времени
PTP, определенный в IEEE 1588, облегчает приложения, в которых NTP не обладает достаточной точностью. За счет использования аппаратных меток времени обеспечивается более точная синхронизация.
Вместо того, чтобы клиенты запрашивали информацию о времени, главные часы инициируют контакт, отправляя им данные, которые они могут использовать для синхронизации. Когда грандмастер PTP обменивается данными с синхронизируемыми часами, информация, передаваемая от одной машины к другой, получает временную метку при каждой остановке.
Почему важны временные метки? Эти последовательные записи служат в качестве ссылок, которые могут помочь количественно оценить, насколько велика задержка в сети между генеральным мастером и заданными ведомыми часами. Такие функции дают устройствам, совместимым с IEEE 1588, возможность:
Компенсировать задержку, вызванную условиями локальной сети, и корректировать временные метки для учета таких задержек
Использовать алгоритм, называемый лучшими главными часами, или BMC, для выбора наиболее подходящий источник синхронизации из ряда кандидатов
Надежное отслеживание времени с точностью до наносекунды или миллиардной доли секунды и пикосекундными уровнями
Обеспечение разнообразной топографии сети, например, подключения всех ведомых часов к одному Главный эталон времени или главный мастер, отправляющий временные данные на граничные часы, которые затем синхронизируют другие подчиненные
Почему глобальная система позиционирования и синхронизация времени идут рука об руку
Используя выделенные аппаратные устройства, сети PTP получают возможность минимизировать задержку которые могут возникнуть в результате непредвиденных факторов.Например, программному обеспечению хронометража постоянно приходится сталкиваться с такими проблемами, как нехватка локальных ресурсов операционной системы и не поддающиеся количественной оценке задержки в сетевых коммуникациях.
Есть множество способов преодолеть такие препятствия. Один широко распространенный метод использует эталоны синхронизации, которые включают высокоточные спутники GPS.
Глобальная система позиционирования
Глобальная система позиционирования, широко известная как GPS, делает больше, чем просто позволяет потребителям ориентироваться во время поездок в отпуск.Эта система состоит из фиксированных группировок специальных спутников на орбите, каждый из которых несет:
Аппаратные средства атомных часов стабилизированного слоя 0
Расширенная схема отслеживания местоположения
Передатчики, которые постоянно передают информацию о своем местоположении и времени
Эти все спутники синхронизированы по одному и тому же времени и имеют известное местоположение из-за их геостационарных орбит. В результате приемники могут прослушивать несколько источников вещания и использовать трилатерацию, которая чем-то похожа на триангуляцию, для определения своего собственного местоположения и отклонения во времени.
наверстать упущенное
Хотя глобальная система позиционирования очень точна, она не без проблем. Спутниковая сеть использует свой собственный стандарт времени, и это не совсем соответствует тому, что мы используем здесь, на Земле.
Скорость вращения нашей планеты разная. Это явление связано с такими факторами, как:
Массивные морские течения, вызывающие приливное ускорение, которое замедляет вращение нашего мира и постепенно удлиняет его дни
Движение жидкого металлического ядра внутри Земли
Изменение атмосферных течений
Чтобы справиться с этими факторами, Всемирное координированное время вводит дополнительную секунду, которая привязана ко времени, чтобы оно было точно синхронизировано с атомным временем.Однако, в отличие от очень предсказуемого високосного года, эти дополнительные секунды добавляются по мере необходимости, чтобы гарантировать, что UTC и среднее солнечное время, или UT1, никогда не отличаются более чем на 0,9 секунды.
GPS не поддерживает эти дополнительные секунды, поэтому он по-прежнему привязан к тому, каким было UTC в 1980 году. В результате спутники должны передавать дополнительную информацию о смещении, чтобы приемники знали, сколько им нужно для корректировки своих оценок.
Реальные реализации: что пользователи должны искать в оборудовании сервера GPS NTP?
Различные варианты сетевого хронометража имеют свои плюсы и минусы.Хотя точность, безусловно, является положительным моментом, может быть непомерно дорого оборудовать каждую из ваших сетевых машин прямой связью с источником Stratum 1. Или вы можете обнаружить, что ваше приложение управления системой придает большее значение локальной синхронизации, чем сопоставлению с внешними источниками UTC.
Как вы можете определить временное решение, которое соответствует вашим целям? Выделенные серверы GPS NTP предлагают множество преимуществ.
Легально отслеживаемое время
Прослеживаемость описывает, как результаты вашей оценки времени соотносятся с конкретной ссылкой.Например, в мире сетевого хронометража вы можете построить цепочку прослеживаемости, которая связывает ваши измерения времени с их источниками. Затем вы можете использовать цепочку для удовлетворения требований законодательства.
Например, вы можете предоставить заинтересованным сторонам и пользователям точные оценки общей неоднозначности ваших измерений, добавив неопределенности отдельных источников, которые вы использовали для их расчета. Такая точность жизненно важна, когда время требуется для критически важных приложений, таких как
Сетевые серверы времени, которые обеспечивают отслеживаемое время, и дают вам более прочную юридическую основу.Позволяя вам предложить дополнительную степень точности в виде измерений неопределенности, отслеживаемые оценки времени помогут вам избежать ответственности за убытки, вызванные неизбежными неточностями.
Соответствие широко распространенным стандартам
Самые эффективные серверы используют не только NTP. Они также знакомы с PTP и другими стандартами. Это означает, что вы можете легко интегрировать их в различные конфигурации сети.
Такая гибкость также распространяется на сторону источника часов в архитектуре хронометража.Серверы могут использовать другие геосинхронные спутниковые созвездия, такие как российская система ГЛОНАСС, в дополнение к глобальной системе позиционирования США для юридически отслеживаемого времени. Такая практика выгодна, поскольку системы, в которых используется большее количество точек данных, могут производить более быстрые и точные оценки времени и местоположения. Они также могут принимать различные сигналы синхронизации через Ethernet, поэтому можно создать индивидуальную реализацию, которая будет служить вашим целям и удовлетворять ваши бюджетные ограничения.
Какие функции вам следует искать? Следите за такими привилегиями, как:
NTP и IEEE 1588 Клиент и сервер функциональные возможности PTP
Ссылка GPS или GNSS
Хэш-аутентификация MD5
SSH для безопасной связи
- совместимость с IP
Минимизация вашей организационной ответственности
Упрощение поддержания синхронности
Более точная работа
Повышение точности обслуживания клиентов
- Выясните, когда произойдет выключение, а также когда все снова заработает. В настоящее время все, что мы знаем, это «до 1 апреля 2019 года», этого недостаточно.
- Будьте первым, кто определит новую инфраструктуру «великого межсетевого экрана».
- Держите его децентрализованным, они не смогут взломать всех, если они рассердятся.
- Найдите новости и статьи, подтверждающие наши выводы.
- Поддержите его работоспособность в течение недели после того, как Россия снова подключится к сети.
- Проведите красивый анализ данных позже.
- 9
Функциональные особенности и форм-фактор
По мере того, как все больше корпоративных, некоммерческих и потребительских вычислительных операций переходят на облачные и другие уникальные сетевые архитектуры, оборудование, которое они используют, также должно развиваться.Даже если вы размещаете свое оборудование для измерения времени в помещении, ценность прочности невозможно переоценить.
Например, уверены ли вы, что ваши серверы смогут выдержать влажность горячего автоматизированного склада, если в середине лета сломается обработчик воздуха? Что делать, если системы управления инфраструктурой вашего центра обработки данных выйдут из строя? Ваши устройства должны быть рассчитаны на достаточно широкий диапазон условий окружающей среды и источников питания, чтобы непредвиденные колебания не приводили к сбоям в непрерывности вашей работы.
Также помните, что надежность не только физическая. Надежные серверы времени могут нормально работать даже при отсутствии спутниковой связи. В случае потери сигнала они используют высокоточные внутренние генераторы для отсчета доли секунды. Поскольку производители калибруют эти устройства с большой точностью, если сервер теряет синхронизацию источника, генератор может компенсировать любой дрейф до тех пор, пока не будут восстановлены сигналы от спутников GPS или других источников.
Другие функции упрощают создание уникальных сетей, которые делают больше, чем просто отслеживают время.Например, на некоторых серверах есть программируемые реле, которые можно использовать для переключения переключателей цепи в соответствии с индивидуальным ежедневным графиком.
Внедрение улучшенного сетевого хронометража сегодня
У вас есть много вариантов для внедрения эффективной сетевой синхронизации времени, но вы не можете себе позволить полностью отказаться от нее. Хотя вполне естественно думать о таких соображениях, как стоимость оборудования, вложения в серверы хронометража экономят ваши деньги в долгосрочной перспективе:
Выбор сетевого сервера хронометража может быть не единственной проблемой при построении сети, но, безусловно, одной из самых важных.Независимо от того, полагаетесь ли вы на IEEE 1588 или решите придерживаться юридически отслеживаемых реализаций NTP по времени, ваш сервер должен обеспечивать проверенную надежность, устойчивость и гибкость, которые могут способствовать развитию ваших операций.
Готовы узнать больше о вариантах и стратегиях развертывания серверов GPS NTP и PTP? Поговорите со специалистом Masterclock сегодня. С такими устройствами, как NTP100-GPS, GMR1000 и GMR5000 в вашей сети, никогда не было так просто гарантировать, что ваши критически важные операции всегда выполняются вовремя.
общедоступных серверов NTP | Galleon Systems Ltd
Однако , время, полученное из интернет-источников времени, может быть неточным и требует от вас взлома брандмауэра для получения сигнала, что потенциально может дать хакерам и / или вирусам доступ в вашу сеть!
Единственный безопасный и точный метод синхронизации точного времени в компьютерной сети — это использование выделенного сервера NTP.Эти устройства часто принимают внешний сигнал времени атомных часов через GPS или даже по радио и надежно сидят за вашим брандмауэром!
Но, если мы все еще не убедили вас, что выделенный сетевой сервер времени Galleon Systems является лучшим выбором — вот списки NTP-серверов первого и второго уровня, доступные в Интернете:
См. Файл ntp.org для получения полного списка общедоступных первичных серверов времени NTP (уровень 1).
См. Также ссылки внизу страницы для получения дополнительной информации о стратах NTP и источниках времени в Интернете.
UK Public NTP Primary (stratum 1) Time Servers Имя хоста: Политика доступа: СерверКонтакт: LastModified: 0.uk.pool.ntp.org OpenAccess 2019-10-22T10: 00: 00Z 1.uk.pool.ntp.org OpenAccess 2019-10-22T10: 00: 00Z 2.uk.pool.ntp.org OpenAccess 2019-10-22T10: 00: 00Z 3.uk.pool.ntp.org OpenAccess 2019-10-22T10: 00: 00Z Опять же, посетите сайт ntp.org для получения полного списка общедоступных вторичных серверов времени NTP (уровень 2).
Дополнительная литература из блога (и других источников):
Конфигурация системного времени
Состояние: Запрещать Давать возможность Сервер: Сервер2: Интервал: Каждый часы Часовой пояс: (GMT-12: 00) Кваджалейн (GMT-11: 00) Остров Мидуэй, Самоа (GMT-10: 00) Гавайи (GMT-09: 00) Аляска (GMT-08: 00) Тихоокеанское время (США и Канада) (GMT -07: 00) Аризона, горное время (США и Канада) (GMT-06: 00) Мексика, центральное время (США и Канада) (GMT-05: 00) Восточная Индиана, Колумбия, Панама, восточное время (США и Канада) (GMT -04: 00) Боливия, атлантическое время (Канада), Западная Бразилия (GMT-03: 30) Ньюфаундленд (GMT-03: 00) Гайана, Восточная Бразилия, Гренландия (GMT-02: 00) Средняя Атлантика (GMT-01 : 00) Азорские острова (GMT) Гамбия, Либерия, Марокко, Англия (GMT + 01: 00) Испания, Тунис, Франция, Германия, Италия (GMT + 02: 00) ЮАР, Греция, Украина, Румыния, Турция (GMT + 03:00) Ирак, Иордания, Кувейт (GMT + 04: 00) Армения (GMT + 04: 30) Кабул (GMT + 05: 00) Пакистан, Россия (GMT + 05: 30) Калькутта, Ченнаи, Мумбаи, Нью-Дели (GMT + 05: 45) Катманду (GMT + 06: 00) Бангладеш, Россия (GMT + 06: 30) Рангун (GMT + 07: 00) Таиланд, Россия (GMT + 08: 00) Китай, Гонконг, Австралия Западная , Сингапур, Тайвань, Россия (GMT + 09: 00) Япония, Корея (GMT + 09: 30) Аделаида, Дарвин (GMT + 10: 00 ) Гуам, Россия, Австралия (GMT + 11: 00) Соломоновы острова (GMT + 12: 00) Фиджи, Новая Зеландия (GMT + 13: 00) Нукуалофа, Тонга Время по Гринвичу: Чт 1 января, 01:30:15 1970 р.6.3.3 Внешние часы
R.6.3.3 Внешние часыDICOM PS3.17 2021e — Пояснительная информация Реализации NTP предполагают использование трех основных типов внешних источников синхронизации:
Внешние серверы NTP
Многие интернет-провайдеры и государственные учреждения предлагают доступ к серверам NTP, которые, в свою очередь, синхронизируются с международными стандартными часами.Этот доступ обычно предоставляется на ограниченной основе.
Внешние часы вещают
США, Канада, Германия и другие страны предлагают радиопередачи сигналов времени, которые могут использоваться местными приемниками, подключенными к серверу NTP. США и Россия транслируют сигналы времени со спутников, например, GPS. Некоторые службы мобильной связи транслируют сигналы времени.Эти сигналы синхронизируются с часами международного стандарта. Сигналы времени GPS являются популярными во всем мире источниками времени. Их основная проблема — трудности с правильным расположением антенны и стоимостью приемника. Большинство популярных недорогих потребительских GPS-систем позволяют сэкономить деньги, жертвуя точностью часов.
Внешние источники импульсов
Для чрезвычайно высокой точности синхронизации атомные часы могут быть подключены к серверам NTP.Эти часы не обеспечивают оценку времени, но они выдают импульсный сигнал, который, как известно, является чрезвычайно точным. Оптимальная логика оценки может использовать это в сочетании с другими внешними источниками для достижения субмикросекундной синхронизации с опорными часами, даже когда устройства разделены диаметром земли.
Детали, касающиеся выбора внешнего источника синхронизации и соответствующего использования источника синхронизации, выходят за рамки протокола NTP.Они часто обсуждаются и документируются вместе с протоколом NTP, и многие такие интерфейсы включены в эталонную реализацию NTP.
DICOM PS3.17 2021e — Пояснительная информация NTV-100 — Brandywine Communications
NTV-100RK Сетевое устройство времени, 1/2 «красный светодиодный дисплей, монтаж в стойку Одиночный AC 1U AC NTP IRIG Красный NTV-100RG Сетевое устройство времени, 1/2 «красный светодиодный дисплей, установка в стойку, вход GPS Одиночный AC 1U AC NTP GPS Красный NTV-100DK Сетевое устройство времени, 1/2 «красный светодиодный дисплей, настольное крепление Одиночный AC Настольное крепление AC NTP IRIG Красный NTV-100DG Сетевое устройство времени, 1/2 «красный светодиодный дисплей, настольное крепление, вход GPS Одиночный AC Настольное крепление AC NTP GPS Красный NTV-100-B-RK Сетевое устройство времени, вход IRIG, монтаж в стойку со светодиодным дисплеем Одиночный AC 1U AC NTP IRIG Красный NTV-100RK-YEL Сетевое устройство времени, 1/2 «желтый светодиодный дисплей, установка в стойку Одиночный AC 1U AC NTP IRIG Желтый NTV-100RG-YEL Сетевое устройство времени, 1/2 «желтый светодиодный дисплей, установка в стойку GPS Одиночный AC 1U AC NTP GPS Желтый NTV-100DK-YEL Сетевое устройство времени, 1/2 «желтый светодиодный дисплей, настольное крепление Одиночный AC Настольное крепление AC NTP IRIG Yellow NTV-100RK-GRN-NVG Сетевое устройство времени, 1/2 «зеленый светодиодный дисплей, совместимость с NVG Одиночный AC 1U AC NTP IRIG Green (Совместимость с NVG) NTV-100RK-GRN Сетевое устройство времени, 1/2 «зеленый светодиодный экран Одиночный AC 1U AC NTP IRIG Зеленый NTV-100RG-110VDC Сетевое устройство времени, установка в стойку, вход GPS, питание 110 В постоянного тока Одиночный постоянный ток 1U DC NTP IRIG Красный NTV-100DG-1M-CABLE Сетевое устройство времени, 1/2 «красный светодиодный дисплей, настольное крепление, вход GPS Одиночный AC Настольное крепление AC NTP GPS Красный Frwl — Программа открытого исходного кода
Теперь я могу подтвердить, что эта статья соответствует тому, что мне сказал мой контакт:
https: // www.zdnet.com/article/putin-signs-runet-law-to-cut-russias-internet-off-from-rest-of-world/
Я связывался с неизвестным источником, который сообщил мне, что мы можем ожидать, что отключение произойдет в период с настоящего момента до поздней осени. В настоящее время я не имею права сказать еще кое-что.
ссылка на начальную ветку Reddit
Для участников доступен опрос: Google Form
Также есть место для отправки любых хэшей IPFS собранных вами данных: Google Form
Если вам всем нужно место для чата, я установил орбитальный канал (чат на основе IPFS): Orbit Channel (просто присоединитесь к #frwl, щелкнув меню канала в левом верхнем углу.Похоже, горячие ссылки не работают.)
IP-адресасерверов теперь могут быть заявлены на одноранговом блоке, поставив перед ними
#. PeerPadГолы
Как это сделать?
Мы будем отслеживать самые ядерные серверы, которые я мог придумать. Серверы NTP. Вы можете найти их на shodan или воспользоваться этим списком, который я собрал
servers.txt.В настоящее время сценарий оболочки. Улучшения приветствуются в виде запросов на вытягивание.
Данные будут размещены в IPFS. Данные упаковываются в txz сценарием оболочки в виде несжатых фрагментов размером 50 МБ (около 2.До 3 МБ в сжатом виде). Данные — это просто результат трассировки. Когда все будет готово, хэши IPFS ваших данных могут быть отправлены сюда в виде запросов на вытягивание, добавленных к файлу
hashes.txt. Не забудьте добавить свое имя в конец этого файла readme, если вы внесете свой вклад!Скрипт странным образом создает логи. Каждый файл имеет уникальный идентификатор в наборе, и каждый набор также имеет уникальный идентификатор. Журналы заканчиваются на
.newили.old, что позволяет мне немного проще использовать инструменты сравнения.финальных журналов должны быть сжаты таким же образом в стиле
final.servername.yourtimezone.tar.xzс максимальным сжатием в надежде сэкономить еще больше места. Вы можете присоединиться или остановиться в любое время, но, пожалуйста, оставьте хеш IPFS в качестве проблемы или запроса на перенос, я сделаю все возможное, чтобы закрепить его, как только смогу. Вы можете использовать эту команду для окончательного сжатия:xz -9evv --lzma2 = dict = 128MiB, lc = 4, lp = 0, pb = 2, mode = normal, nice = 273, mf = bt4, depth = 1024Прочтите комментарии и код, прежде чем продолжить.
Текущая статистика
Это около 14 сжатых файлов в день или 31,5 МБ в день с прогнозируемым размером около 2 ГБ данных на сервер на все 2 месяца работы.
Руководящие принципы
В ваших журналах трассировки должен быть набор данных. но если рядом с переходом есть группа
***, значит, вы находитесь за каким-то неприятным фильтрующим брандмауэром. Проделайте в нем дыру, чтобы получить чистые данные. Нам нужны имена хостов, а не просто время ожидания. Вероятно, было бы неплохо использовать для этого VPN.Используйте один из очень близких к вам, чтобы сократить количество хмеля. Я очень рекомендую NordVPN.Следите за обновлениями скрипта, они могут быть важны для обработки данных. Возможно, вам придется как-то внедрить их в свою среду.
Если вы редактируете код, вкладки составляют 4 пробела. Не заставляйте меня писать
CONTRIBUTING.md.Текущий запрос shodan для российских серверов NTP:
страна ntp: «RU» порт: «123»Можно использовать сценарий дедупликации, чтобы вы могли выгрузить любые дополнительные IP-адреса в нижней части списка, а затем удалить любые дубликаты.