Virbactd.ru

Авто шины и диски
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Временной сервер для синхронизации

Временной сервер для синхронизации

Назначение

Программно-аппаратный комплекс Сервер единого времени TimeVisor ® предназначен для обеспечения высокоточной синхронизации времени абонентов сети, входящих в состав системы. Источниками точного времени UTC (Universal Time Corrected – универсальное мировое время по Гринвичу) являются приемники систем GPS или GPS/ГЛОНАСС, совмещенные с активной антенной. Приемник имеет пыле- и влагозащищенный корпус и размещается вне помещения, под открытым небом.

Модельный ряд

МодельПитаниеКомплект модификацииСпутниковая система навигацииТочностьВес комплекта, габаритыЦена за единицу
1TimeVisor224/220VПриемник временной синхронизации, интерфейсный кабель 30 м.GPS/
ГЛОНАСС
±5. 10 мс4 кг 400х400х250 ммПО ЗАПРОСУ
2TimeVisor324/220VПриемник временной синхронизации, интерфейсный кабель 30 м.GPS/
ГЛОНАСС
(1PPS)
±10 мкс4 кг 400х400х250 ммПО ЗАПРОСУ

*Базовая стоимость включает в себя аппаратную часть, базовое программное обеспечение, приемник временной синхронизации, интерфейсный кабель 30 метров. Для расчета стоимости иных комплектаций просим воспользоваться формой заказа.

Преимущества

  • В новых версиях TimeVisor2 и TimeVisor3 полностью обновлен Web-конфигуратор (с сохранением функциональности конфигуратора предыдущей версии), среди новых функций которого можно назвать:
    • возможность оперативного контроля состояния связи с источником точного времени (со спутниками) и статуса синхронизации времени
    • возможность анализа статистики синхронизации времени за временной промежуток на основе графического представления данных
    • возможность выполнения сложных сетевых настроек, в том числе использование дополнительных сетевых адресов, сетевых шлюзов и маршрутов
    • возможность защитить WEB-интерфейс от случайного изменения настроек использованием авторизованного доступа с настройкой учетных записей и паролей

    Технические характеристики

    МОДЕЛЬTimeVisor2TimeVisor3
    ОСНОВНЫЕ ФУНКЦИИ
    Пределы абсолютной погрешностиОт ± 5 до ± 10 мс± 10 мкс (1PPS)
    Режимы работыклиент-сервер / широковещательный
    Поддерживаемые сетевые протоколыNTP v.1-4 / NTP «широковещательный» режим / SNTP (Simple Network Time Protocol)
    Операционная системаLinux
    Интерфейсы1 порт Ethernet 100 Base-T с пром. защитой от статических разрядов (ESD-защитой), 1 порт RS232, 4 порта RS-485 / 2 порта RS-422
    НастройкаWeb-конфигуратор
    Поддерживаемые операционные системы клиентовWindows 2000/XP/Vista/7/10/Server 2008/Server 2012/Server 2016, Linux, QNX и ряд других
    ЭЛЕКТРОПИТАНИЕ
    Напряжение питания24/220V
    Максимальная потребляемая мощностьне более 14 Вт
    КОНСТРУКЦИЯ
    Габаритные размеры141 х 90 х 65 мм
    Монтажное креплениеРейка DIN, зажим
    Приемники систем GPS/ГЛОНАСС (Приемник временной синхронизации)
    Габаритные размеры (В х Ш)60 х 97 мм
    Вес0,3 кг
    Степень защитыIP67
    Способ крепленияМ24х2 резьба
    Интерфейсный кабель
    Длина30,60,90,120 м
    УСЛОВИЯ ЭКСПЛУАТАЦИИ
    Температура окружающего воздухаОт — 40°С до + 60°С
    Относительная влажность воздухаОт 10% до 85% при температуре + 35°С
    Атмосферное давлениеОт 84 до 106,7 кПа (от 630 до 800 мм рт. ст.)
    СЕРТИФИКАЦИЯ
    Декларация на соответствие технического регламента таможенного союза ТР ТС
    ОПЦИИ
    Кронштейн приемника временной синхронизации TimeVisor (универсальный)

    Кронштейн приемника временной синхронизации TimeVisor (универсальный)

    МодельВес комплекта, габаритыЦена за единицу
    Кронштейн приемника временной синхронизации TimeVisor (универсальный)1,2 кг
    27х22х20 см
    ПО ЗАПРОСУ

    Принципы работы

    Сигналы точного времени передаются либо от Глобальной Системы Позиционирования GPS (Global Positioning System), либо от Глобальной Навигационной Спутниковой Системы (ГЛОНАСС).

    Передача пакетов точного времени от TimeVisor к абонентам осуществляется по сетевому протоколу времени NTP (Network Time Protocol). Для взаимодействия абонентов с TimeVisor на них устанавливаются и настраиваются службы точного времени. Служба точного времени кроме коррекций времени осуществляет подстройку хода системных часов компьютера, что позволяет сохранить точное время в течение продолжительного периода в случае сбоя работы сети.

    Для повышения надежности и отказоустойчивости можно использовать дополнительный (резервный) сервер времени. Резервирование настраивается при конфигурировании служб точного времени на абонентах.

    TimeVisor в зависимости от настроек обеспечивает работу в следующих режимах:

    «Клиент-сервер». Абоненты периодически отправляют запросы серверу времени на получение точного времени. Получив запрос, сервер времени сразу же отправляет запросившему абоненту ответ, содержащий метку времени. Данный режим позволяет синхронизировать время на абонентах с минимальной погрешностью.

    «Широковещательный». TimeVisor периодически рассылает сигналы точного времени всем абонентам сети. Этого решения вполне достаточно для автоматической синхронизации времени всех абонентов сети при относительно невысоких требованиях к погрешности синхронизации.

    Применение

    Существует ряд информационных систем, в которых необходимо наличие точного единого времени. К таким системам относятся:

    • Автоматизированные системы коммерческого учёта ресурсов (особенно энергоресурсов)
    • Распределённые корпоративные информационные системы
    • Системы промышленной автоматизации
    • Автоматизированные платёжные системы
    • Автоматизированные системы управления транспортом и т.д.

    Для повышения надёжности и отказоустойчивости системы, в службе точного времени предусмотрена возможность использования дополнительного (резервного) сервера времени.

    Опросный лист

    Для заказа скачайте опросный лист, заполните и пришлите по адресу krug@krug2000.ru.

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

    Можно ли настроить сервер azure для синхронизации с внешним сервером NTP?

    Я пытаюсь исправить некоторый временной дрейф, который мы наблюдаем на серверах out azure, упомянутых в этой статье . Кто-нибудь мог настроить сервер azure для синхронизации с сервером NTP за пределами сервера azure cloud? Из того, что я прочитал, NTP использует UDP, который может быть заблокирован в azure. Спасибо

    2 ответа

    • Синхронизация Событий С Помощью NTP

    Я хотел бы синхронизировать два события между двумя (или более) проводными сетевыми машинами Linux. Могу ли я использовать NTP для этого? NTP, похоже, в основном сосредоточен на синхронизации с сервером времени, где мне нужно, чтобы две машины были синхронизированы друг с другом. Здесь есть тонкая.

    Используют ли устройства Android протокол сетевого времени (NTP) для синхронизации времени? В настройках моего устройства я вижу checkbox со следующим текстом синхронизировать с сетью, но я не знаю, используют ли они NTP. Мне это нужно для моей бакалаврской диссертации, для которой я использую.

    вот шаги, которые я использовал

    reg добавить HKLMSYSTEMCurrentControlSetServicesW32TimeTimeProvidersVMICTimeProvider /v Включено /t reg_dword /d 0

    w32tm /config /syncfromflags:manual /manualpeerlist:0.pool.ntp.org,1.pool.ntp.org,2.pool.ntp.org,3.pool.ntp.org

    net stop w32time & net start w32time

    w32tm /resync /force

    w32tm /query /source

    Я немного изменил сценарий NullReference, чтобы его можно было использовать в качестве задачи запуска в роли Azure web/worker, а также синхронизировать каждые 6 часов:

    Похожие вопросы:

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

    Я хочу синхронизировать время с NTP по JavaScript. Клиент может быть обычным ПК или смартфоном или планшетом. Соединение может быть WLAN или 3G и т. д. Я уже нашел эти вопросы и сайты как добраться.

    Насколько точен NTP для синхронизации времени набора серверов? Я пишу сервис, который требует набора серверов (некоторые действуют как клиенты, некоторые как серверы), синхронизированных с.

    Я хотел бы синхронизировать два события между двумя (или более) проводными сетевыми машинами Linux. Могу ли я использовать NTP для этого? NTP, похоже, в основном сосредоточен на синхронизации с.

    Используют ли устройства Android протокол сетевого времени (NTP) для синхронизации времени? В настройках моего устройства я вижу checkbox со следующим текстом синхронизировать с сетью, но я не знаю.

    Мне пришлось собрать ntp пакетов из исходного кода и установить их все на некоторых хостах. После установки ntpdate 1.us.pool.ntp.org работает для синхронизации. Однако, когда я попытался сделать.

    Я внедряю решение IoT, используя Azure SQL Database в качестве хранилища данных. Устройство Android синхронизирует время с NTP. Я просматриваю задержку передачи данных и заметил, что timestamp.

    Можно ли интегрировать Azure B2C с Azure SQL сервером для аутентификации и авторизации? Поддерживает ли сервер Azure SQL также B2C или поддержка AD предназначена только для локальной поддержки AD?

    Система Windows в домене синхронизирует свое время с контроллером домена. Можно ли синхронизировать его с внешним сервером через NTP? Спасибо

    WebRTC имеет экспериментальную статистику googCaptureStartNtpTimeMs в отчете ssrc recv о WebRTC статистике. Я полагаю, что он определяется как время NTP, когда поток начался на стороне отправителя в.

    Синхронизация времени в Linux: NTP, Chrony и systemd-timesyncd

    Большинство людей следят за временем. Мы встаём вовремя, чтобы выполнить наши утренние ритуалы и отправиться на работу, сделать перерыв на обед, уложиться в сроки проекта, отметить дни рождения и праздники, сесть на самолёт и так далее.

    Более того: некоторые из нас одержимы временем. Мои часы питаются от солнечной энергии и получают точное время из Национального института стандартов и технологий (NIST) в Форт-Коллинз (штат Колорадо) через длинноволновую радиостанцию WWVB. Сигналы времени синхронизируются с атомными часами, также расположенными в форте Коллинз. Мой Fitbit синхронизируется с моим телефоном, который синхронизируется с сервером NTP, который в конечном итоге синхронизируется с атомными часами.

    Устройства тоже следят за временем

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

    Наши телефоны, планшеты, автомобили, системы GPS и компьютеры требуют точной настройки времени и даты. Я хочу, чтобы часы на рабочем столе моего компьютера показывали правильное время. Я хочу, чтобы в моём локальном календаре напоминания появлялись в нужное время. Правильное время также гарантирует, что задания cron и systemd запускались в нужное время.

    Дата и время также важны для ведения журнала, поэтому немного проще найти те или иные логи, ориентируясь по дате и времени. Например, однажды я работал в DevOps (в то время его так не называли) и занимался настройкой системы электронной почты в штате Северная Каролина. Раньше мы обрабатывали более 20 миллионов писем в день. Отслеживание электронной почты через серию серверов или определение точной последовательности событий с использованием файлов журналов на географически разнесенных хостах может быть намного проще, если соответствующие компьютеры синхронизированы по времени.

    Время одно — часов много

    Хосты Linux должны учитывать, что существует системное время и время RTC. RTC (Real Time Clock — часы реального времени) является немного странным и не особо точным названием для аппаратных часов.

    Аппаратные часы работают непрерывно, даже когда компьютер выключен, используя аккумулятор на материнской плате системы. Основная функция RTC — хранить время, когда соединение с сервером времени недоступно. В те времена, когда нельзя было подключиться к серверу времени через интернет каждый компьютер должен был иметь точные внутренние часы. Операционные системы должны были обращаться к RTC во время загрузки, и пользователь должен был вручную установить системное время, используя аппаратный интерфейс конфигурации BIOS, чтобы убедиться, что оно правильное.

    Аппаратные часы не понимают концепцию часовых поясов; в RTC хранится только время, а не часовой пояс или смещение от UTC (Всемирное координированное время, которое также известно как GMT или среднее время по Гринвичу). Вы можете установить RTC с помощью инструмента, о котором я расскажу позже в этой статье.

    Системное время — это время, которое ОС отображает на часах GUI на вашем рабочем столе, в выходных данных команды date, в метках времени журналов. Это также относится ко времени создания, изменения и открытия файлов.

    На странице man для rtc есть полное описание RTC и системных часов.

    Что там у NTP?

    Компьютеры во всем мире используют NTP (сетевой протокол времени) для синхронизации своего времени со стандартными эталонными часами через интернет с помощью иерархии серверов NTP. Основные серверы времени находятся на уровне 1, и они напрямую подключены к различным национальным службам времени на уровне 0 через спутник, радио или даже модемы по телефонным линиям. Службы времени на уровне 0 могут быть атомными часами, радиоприёмником, который настроен на сигналы, передаваемые атомными часами, или приёмником GPS, использующим высокоточные сигналы часов, передаваемые спутниками GPS.

    На подавляющем большинстве эталонных серверов открыто несколько тысяч общедоступных серверов NTP stratum 2, которые доступны для всех. Многие организации и пользователи (включая меня) с большим количеством хостов, которым требуется NTP-сервер, предпочитают устанавливать свои собственные серверы времени, поэтому только один локальный хост обращается к stratum 2 или 3. Затем они настраивают оставшиеся узлы в сети для использования локального сервера времени. В случае моей домашней сети это сервер уровня 3.

    Различные реализации NTP

    Первоначальная реализация NTP — это ntpd. Затем к ней присоединились две более новых, chronyd и systemd-timesyncd. Все три синхронизируют время локального хоста с сервером времени NTP. Служба systemd-timesyncd не так надёжна, как chronyd, но этого достаточно для большинства целей. Если RTC не синхронизирован, она может постепенно корректировать системное время, чтобы синхронизироваться с NTP-сервером, когда локальное системное время немного смещается. Служба systemd-timesync не может использоваться в качестве сервера времени.

    Chrony — это реализация NTP, содержащая две программы: демон chronyd и интерфейс командной строки под названием chronyc. У Chrony есть некоторые функции, которые во многих случаях просто незаменимы:

    • Chrony может синхронизироваться с сервером времени намного быстрее, чем старый сервис ntpd. Это хорошо для ноутбуков или настольных компьютеров, которые не работают постоянно.
    • Он может компенсировать колебания тактовых частот, например, когда хост переключается в спящий режим или входит в спящий режим, или когда тактовая частота изменяется из-за скачкообразного изменения частоты, которое замедляет тактовые частоты при низких нагрузках.
    • Он решает проблемы со временем, связанные с нестабильным сетевым соединением или перегрузкой сети.
    • Он регулирует задержки в сети.
    • После начальной временной синхронизации Chrony никогда не останавливает часы. Это обеспечивает стабильные и согласованные временные интервалы для многих системных служб и приложений.
    • Chrony может работать даже без подключения к сети. В этом случае локальный хост или сервер можно обновить вручную.
    • Chrony может выступать в качестве NTP-сервера.

    RPM-пакеты NTP, Chrony и systemd-timesyncd доступны в стандартных репозиториях Fedora. RPM systemd-udev — это менеджер событий ядра, который в Fedora установлен по умолчанию, но не является обязательным для использования.

    Вы можете установить все три и переключаться между ними, но это создаст лишнюю головную боль. Так что лучше не стоит. Современные релизы Fedora, CentOS и RHEL перешли на Chrony как стандартную реализацию, и кроме того, у них есть systemd-timesyncd. Я считаю, что Chrony работает хорошо, обеспечивает лучший интерфейс, чем служба NTP, предоставляет гораздо больше информации и повышает контроль, что безусловно понравится системным администраторам.

    Отключение служб NTP

    Возможно, на вашем хосте уже запущена служба NTP. Если это так, вам нужно отключить её перед переключением на что-то другое. У меня был запущен chronyd, поэтому я использовал следующие команды, чтобы остановить и отключить его. Запустите соответствующие команды для любого демона NTP, который вы используете на своем хосте:

    Проверьте, что служба остановлена и отключена:

    Проверка статуса перед запуском

    Статус системной синхронизации часов позволяет определить, запущена ли служба NTP. Поскольку вы ещё не запустили NTP, команда timesync-status намекнёт на это:

    Прямой запрос статуса даёт важную информацию. Например, команда timedatectl без аргумента или параметров выполняет подкоманду status по умолчанию:

    Так вы получите местное время для вашего хоста, время UTC и время RTC. В данном случае системное время установлено на часовой пояс America / New_York (TZ), RTC установлено на время в местном часовом поясе, а служба NTP не активна. Время RTC начало немного отклоняться от системного времени. Это нормально для систем, часы которых не были синхронизированы. Величина смещения на хосте зависит от времени, прошедшего с момента последней синхронизации системы.

    Мы также получили предупреждение об использовании местного времени для RTC — это относится к изменениям часового пояса и настройкам летнего времени. Если компьютер выключен в тот момент, когда необходимо внести изменения, время RTC не изменится. Но для серверов или других хостов, которые работают круглосуточно, это вообще не проблема. Кроме того, любая служба, которая обеспечивает синхронизацию времени NTP, будет корректировать время хоста ещё на начальном этапе запуска, поэтому после завершения запуска время вновь станет правильным.

    Установка часового пояса

    Обычно вы указываете часовой пояс во время процедуры установки, и у вас нет задачи менять его в дальнейшем. Однако бывают случаи, когда необходимо изменить часовой пояс. Есть несколько инструментов, которые могут помочь. Для определения местного часового пояса хоста Linux использует файлы часовых поясов. Эти файлы находятся в каталоге /usr/share/zoneinfo. По умолчанию для моего часового пояса система прописывает вот это: /etc/ localtime -> ../usr/share/zoneinfo/America/New_York. Но вам не нужно знать такие тонкости, чтобы изменить часовой пояс.

    Главное — знать официальное название часового пояса для вашего местоположения и соответствующую команду. Скажем, вы хотите изменить часовой пояс на Лос-Анджелес:

    Теперь вы можете установить часовой пояс. Я использовал команду date для проверки изменений, но вы также можете использовать timedatectl:

    Теперь вновь можете изменить часовой пояс своего хоста на местное время.

    systemd-timesyncd

    Демон systemd timesync предоставляет реализацию NTP, которой легко управлять в контексте systemd. Он устанавливается по умолчанию в Fedora и Ubuntu. Однако запускается он по умолчанию только в Ubuntu. Я не уверен насчёт других дистрибутивов. Вы можете проверить у себя сами:

    Конфигурирование systemd-timesyncd

    Файл конфигурации для systemd-timesyncd — это /etc/systemd/timesyncd.conf. Это простой файл с меньшим количеством включенных опций, чем в старых сервисах NTP и chronyd. Вот содержимое этого файла (без дополнительных изменений) на моей виртуальной машине с Fedora:

    Единственный раздел, который он содержит, кроме комментариев, это [Time]. Все остальные строки закомментированы. Это значения по умолчанию, их не нужно менять (если у вас нет для этого причин). Если у вас нет сервера времени NTP, определенного в строке NTP =, по умолчанию в Fedora используется резервный сервер времени Fedora. Я обычно добавляю свой сервер времени:

    Запуск timesync

    Запустить и сделать systemd-timesyncd активным можно так:

    Установка аппаратных часов

    Вот как выглядит ситуация после запуска timesyncd:

    Изначально разница между RTC и местным временем (EDT) не превышает секунды, и расхождение возрастает ещё на пару секунд в течение следующих нескольких дней. Поскольку в RTC нет понятия часовых поясов, команда timedatectl должна выполнить сравнение, чтобы определить нужный часовой пояс. Если время RTC точно не соответствует местному времени, то значит, оно не соответствует и местному часовому поясу.

    В поисках дополнительной информации я проверил состояние systemd-timesync и обнаружил вот что:

    Обратите внимание на сообщение журнала, в котором говорится, что системное время не установлено или сброшено назад. Служба Timesync устанавливает системное время на основе временной метки. Метки времени поддерживаются демоном timesync и создаются при каждой успешной синхронизации.

    Команда timedatectl не имеет возможности взять значение аппаратных часов из системных часов. Она может установить время и дату только из значения, введённого в командной строке. Вы можете установить RTC на то же значение, что и системное время, используя команду hwclock:

    Опция —localtime говорит о том, что аппаратные часы показывают местное время, а не UTC.

    Зачем вам вообще RTC?

    Любая реализация NTP установит системные часы во время запуска. И зачем тогда RTC? Это не совсем так: это произойдет только в случае, если у вас есть сетевое соединение с сервером времени. Однако многие системы не имеют постоянного доступа к сетевому соединению, поэтому аппаратные часы полезны для того, чтобы Linux мог на их основе установить системное время. Это лучше, чем установка времени вручную, даже если оно может отклоняться от реального времени.

    Заключение

    В этой статье рассмотрены некоторые инструменты для управления датой, временем и часовыми поясами. Инструмент systemd-timesyncd предоставляет NTP-клиента, который может синхронизировать время на локальном хосте с NTP-сервером. Однако systemd-timesyncd не предоставляет серверную службу, поэтому, если вам нужен NTP-сервер в вашей сети, вы должны использовать что-то ещё — например, Chrony, для работы в качестве сервера.

    Я предпочитаю иметь единственную реализацию для любой служб в моей сети, поэтому использую Chrony. Если вам не нужен локальный NTP-сервер или если вы не против использовать Chrony в качестве сервера и systemd-timesyncd в качестве SNTP-клиента. Ведь нет необходимости использовать дополнительные возможности Chrony как клиента, если вас устраивает функционал systemd-timesyncd.

    Еще одно замечание: вы не обязаны использовать инструменты systemd для реализации NTP. Вы можете использовать старую версию ntpd, Chrony или другую реализацию NTP. Ведь systemd состоит из большого количества сервисов; многие из них являются необязательными, поэтому их можно отключить и использовать вместо них что-то ещё. Это не огромный монолитный монстр. Можно не любить systemd или его части, но вы должны принять обоснованное решение.

    Мне нравится реализация NTP в systemd, но я предпочитаю Chrony, потому что он лучше отвечает моим потребностям. Это Linux, детка -)

    На правах рекламы

    VDSina предлагает серверы под любые задачи, огромный выбор операционных систем для автоматической установки, есть возможность установить любую ОС с собственного ISO, удобная панель управления собственной разработки и посуточная оплата. Напомним, у нас есть вечные серверы, которые точно неподвластны времени 😉

    Каким образом работает сервер NTP

    Network Time Protocol (NTP) является одним из старейших протоколов Интернета еще в использовании. Изобретенный д-р Дэвид Миллс из Университета штата Делавэр она была использована, так как 1985. NTP предназначен для синхронизации часов на компьютерах и сетях через Интернет или локальные сети (LAN).

    NTP (в настоящее время версия 4) на самом деле три вещи в одном; это программа, которая работает в фоновом режиме Windows, или UNIX; протокол, который обменивается значение времени между серверами и клиентами; и набор алгоритмов, которые обрабатывают значения времени вперед или отступать системные часы.

    NTP использует алгоритм (алгоритм марзулло) для синхронизации времени по сети с использованием эталона времени. Хотя сети могут быть синхронизированы с внутренними часами или ссылки синхронизации на основе Интернета, то настоятельно рекомендуется Microsoft и другим, что внешний опорный сигнал синхронизации должны быть использованы для обеспечения аутентификации. Абсолютная опорный сигнал синхронизации должны использовать UTC (Universal Time или Temps UNIVERSEL Coordonné), который поддерживает такие функции, как високосные секунды — добавлено, чтобы компенсировать замедление вращения Земли.

    NTP работает в / IP-пакета TCP и опирается на UDP, менее сложная форма NTP существует называется простой протокол сетевого времени (SNTP), что не требует хранения информации о предыдущих сообщениях, необходимых NTP. Он используется в некоторых устройствах и приложениях, где требуется высокая точность синхронизации не так важно, он также входит в состав большинства операционных систем Windows, но более поздние версии имеют полную NTP уже установлен, который также бесплатно скачать через Интернет.

    Синхронизация с NTP является относительно простой, он синхронизирует время со ссылкой на надежный источник тактовых импульсов, такие как атомные часы, хотя они очень дорогие и, как правило, можно найти только в крупных лабораториях физики, однако NTP может использовать либо глобальное позиционирование система (GPS) сети или специалист радиопередача, чтобы получить время UTC от этих часов.

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

    Расстояние от опорной частоты известно как уровни пластовых и они существуют, чтобы предотвратить циклы в NTP. Stratum 0 представляет собой устройство, такие как эталонные часы, подключенных непосредственно к компьютеру. Stratum 1 компьютеры, подключенные к роговому устройству 0, в то время как Stratum 2 компьютеры, которые посылают NTP запросы на сервера Stratum 1. NTP может поддерживать до 256 слоев.

    NTP метка время находится в двух форматах, но они ретранслировать секунды от заданного момента времени (известное как основная эпоха, захода в 00: 00 1 января 1900) Алгоритм NTP затем использует эту метку время для определения суммы вперед или отступать систему или сетевые часы.

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

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

    Есть также целый ряд национальных времени и частоты радиосигналов, которые могут быть использованы для синхронизации сервера NTP. В Великобритании сигнал (так называемый MSF) транслируются в Национальной лаборатории физики в Камбрии, которая служит национальной ссылкой времени Соединенного Королевства, есть и подобные системы в Колорадо, США (WWVB) и во Франкфурте, Германии (DCF-77). Эти сигналы обеспечивает время UTC с точностью до 100 микросекунд, однако, радиосигнал имеет конечный радиус действия и подвержено воздействию помех.

    Об авторе

    Ричард Уильямс N технический автор и специалист в области телекоммуникаций и сетевое время промышленности синхронизации. Для получения дополнительной информации о серверах NTP пожалуйста посетить домашнюю Galsys.

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

    голоса
    Рейтинг статьи
    Читайте так же:
    Болты для регулировки развала w211
Ссылка на основную публикацию
Adblock
detector