Руководство по синхронизации времени сервера

UTC, TAI, время GPS и местное гражданское время служат разным целям. TAI (Международное атомное время) — это непрерывная атомная шкала времени, вычисляемая BIPM на основе участвующих часов; он не добавляет дополнительные секунды. UTC (Всемирное координированное время) отличается от TAI на целое число секунд и является международным эталоном гражданских часовых поясов. GPS Время было приведено в соответствие с UTC в начале своего существования в 1980 году, но не добавляло дополнительных секунд.

По данным [США. Военно-морская обсерватория] (https://maia.usno.navy.mil/information/eo-values), по состоянию на сентябрь 2026 г. TAI составляет 37 секунд, а время GPS на 18 секунд опережает UTC. Эти смещения могут измениться в соответствии с будущей политикой дополнительной секунды.

[Определение BIPM секунды SI] (https://www.bipm.org/ru/si-base-units/second) фиксирует невозмущенную частоту сверхтонкого перехода цезия-133 в основном состоянии на уровне 9 192 631 770 Гц. Цезиевые часы используют этот атомный переход в качестве опорной частоты.

Первичные стандарты и новые оптические часы имеют разные погрешности измерений; одно число «одна секунда за N лет» не может описать каждое устройство. Национальные метрологические институты сравнивают свои стандарты и вносят свой вклад в международные шкалы времени. Распространение этих стандартов через NTP — это процесс, отдельный от отображения браузера Clock-Tani, который не подключается напрямую к атомным часам.

Network Time Protocol (NTP) синхронизирует компьютерные часы по сети. RFC 5905 (NTPv4) описывает иерархию серверов времени и расчет смещения с использованием четырех временных меток: время отправки и получения клиента и время приема и передачи сервера. Клиент может использовать эти наблюдения для дисциплинирования своих системных часов.

Производительность зависит от ссылки сервера, часов устройства, задержки сети и асимметрии. Примеры быстрых локальных сетей в RFC не являются обещанием фиксированной точности для общедоступного Интернета или каждой операционной системы. Интернет-служба времени NIST отмечает, что точность, которую видит пользователь, во многом зависит от стабильности и взаимности сети.

Clock-Tani не запускает NTP в браузере и не настраивает часы устройства. Его страница серверного времени оценивает разницу с ответами веб-API и временем прохождения туда и обратно.

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

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

[Страница серверного времени] по умолчанию (/ru/server-time) отправляет три запроса к API Clock-Tani. Для каждого ответа он добавляет половину времени прохождения сигнала туда и обратно, измеренного браузером, к метке времени API Date.now(), а затем выбирает образец со средней задержкой. Это уменьшает влияние одного медленного выброса; это не синхронизация NTP или сертификация точности. Возврат на страницу или повторное подключение к сети может вызвать новое измерение.

Для представления, специфичного для сайта, сервер отправляет один запрос HEAD к цели, когда недавний результат еще не кэширован; допустимое расчетное смещение можно повторно использовать до 60 секунд. Он проверяет заголовок даты HTTP цели и время туда и обратно, а затем отдельно измеряет переход API к браузеру. HTTP-дата имеет разрешение в одну секунду. Отсутствующие или ненадежные заголовки могут привести к другому источнику или времени устройства, которое распознает интерфейс. Коррекция Half-RTT предполагает аналогичные исходящие и обратные задержки и не может гарантировать фиксированную точность.

В соответствии с действующими правилами UTC, дополнительные секунды используются, когда необходимо, чтобы время UTC было близким ко времени вращения Земли (UT1). В Бюллетене IERS C) сообщается, будет ли введена дополнительная секунда. Положительная дополнительная секунда может вставлять 23:59:60 после 23:59:59 в формате UTC, что требует программного обеспечения для обработки необычной минуты.

Резолюция CGPM 4 (2022) призывает увеличить разрешенную разницу между UT1 и UTC не позднее 2035 года и подготовить план реализации для более непрерывного UTC. В ней не указан уже окончательный метод корректировки после 2035 года и не дано общего обещания, что вся обработка дополнительных секунд закончится в определенную дату.

Финансовые рынки, авиационные и навигационные системы, телекоммуникационные сети и электросети используют синхронизацию, но требуемая точность и методы проверки различаются в зависимости от применения. Например, Делегированный регламент ЕС 2025/1155 о высокочастотной алгоритмической торговой деятельности определяет максимальное отклонение UTC в 100 микросекунд для конкретной деятельности; это не является универсальным правилом для всех отраслей или отраслей.

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

Откройте страницу времени сервера, чтобы сравнить часы вашего устройства с оценкой Clock-Tani на основе веб-ответа. Представление по умолчанию уже принимает три образца API и выбирает результат со средней задержкой; трехкратное обновление не превращает эти смещения в сертифицированную «настоящую» ошибку устройства.

На странице отображается расчетное смещение в миллисекундах, а не измеренное значение двусторонней задержки или диагностика состояния NTP вашей операционной системы. Используйте «Синхронизировать снова» после изменения соединения, если вам нужна другая оценка. Если постоянная разница кажется неожиданной, проверьте автоматические настройки времени и часового пояса вашего устройства. Для этого измерения браузера не существует универсального нормального/осторожного/серьезного порога, и перезагрузка не является обязательным условием перед событием, зависящим от времени.

Страница времени сервера Clock-Tani отображает ссылку на веб-ответ рядом со временем устройства и оценивает их разницу. Источником по умолчанию является собственная временная метка API Clock-Tani; представление, специфичное для сайта, может использовать целевой HTTP-заголовок даты или четко указанный резервный вариант.

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