Посібник із синхронізації часу сервера

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

Відповідно до U.S. Військово-морська обсерваторія, станом на вересень 2026 року TAI становить 37 секунд, а час GPS на 18 секунд випереджає UTC. Ці зміщення можуть змінитися відповідно до майбутньої політики високосної секунди.

Визначення BIPM секунди SI) фіксує незбурену частоту надтонкого переходу цезію-133 в основний стан на 9 192 631 770 Гц. Цезієві годинники використовують цей атомний перехід як опорну частоту.

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

Протокол мережевого часу (NTP) синхронізує комп’ютерні годинники через мережі. RFC 5905 (NTPv4) описує ієрархію серверів часу та обчислення зсуву за допомогою чотирьох часових позначок: часу надсилання та отримання клієнтом і часу отримання та передачі сервером. Клієнт може використовувати ці спостереження, щоб налаштувати свій системний годинник.

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

Clock-Tani не запускає NTP у браузері та не налаштовує годинник пристрою. Його сторінка серверного часу оцінює різницю з відповідями веб-API та часом зворотного зв’язку.

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

Багато операційних систем можуть періодично коригувати свій годинник за допомогою служби мережевого часу, якщо її ввімкнено та підключено. Спосіб і графік залежать від налаштувань і пристрою. Якщо зсув здається неочікуваним, перевірте автоматичні налаштування часу та часового поясу; розглядати порівняння браузера як оцінку, на яку впливає мережа. Поширені запитання щодо вимірювання часу NIST ілюструє, як помилки кварцового годинника залежать від генератора.

Стандартна сторінка часу сервера робить три запити до API Clock-Tani. Для кожної відповіді він додає половину часу, виміряного браузером, до позначки часу Date.now() API, а потім вибирає зразок із середньою затримкою. Це зменшує вплив одного повільного викиду; це не синхронізація NTP або сертифікація точності. Повернення на сторінку або повторне підключення до мережі може викликати ще одне вимірювання.

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

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

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

Фінансові ринки, авіаційні та навігаційні системи, телекомунікаційні мережі та електромережі використовують синхронізацію, але їх необхідна точність і методи перевірки відрізняються залежно від застосування. Наприклад, [Делегований регламент ЄС 2025/1155 щодо високочастотної алгоритмічної торгівлі] (https://eur-lex.europa.eu/eli/reg_del/2025/1155/oj/eng) визначає максимальну розбіжність у UTC у 100 мікросекунд для певної діяльності; це не є універсальним правилом для всіх торгів або галузей.

Супутникова навігація, координація базових станцій і вимірювання сітки мають власні вимоги до часу. Перегляд браузера на основі веб-відповідей, наприклад Clock-Tani, не є перевіреним годинником для цих систем. Використовуйте офіційне джерело часу та записи відповідної системи для прийняття відповідних рішень.

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

На сторінці відображається приблизне зміщення в мілісекундах, а не виміряне значення затримки в обидві сторони або діагностика стану NTP вашої операційної системи. Використовуйте «Повторна синхронізація» після зміни з’єднання, якщо вам потрібна інша оцінка. Якщо постійна різниця здається неочікуваною, перевірте автоматичні налаштування часу та часового поясу свого пристрою. Немає універсального нормального/обережного/серйозного порогу для цього вимірювання браузера, і перезавантаження не є загальною передумовою перед чутливою до часу подією.

На сторінці часу сервера Clock-Tani відображається посилання на основі веб-відповіді поруч із часом пристрою та оцінюється їх різниця. Джерелом за замовчуванням є власна позначка часу API Clock-Tani; перегляд сайту може використовувати цільовий заголовок HTTP Date або чітко вказаний запасний варіант.

Це порівняння не може визначити, чи працює служба NTP вашого комп’ютера, засвідчити абсолютну помилку або перевірити внутрішній час роботи продавця квитків. Затримка мережі та помилка годинника сервера можуть вплинути на це. Щодо розпродажів, іспитів та інших наступних термінів покладайтеся на офіційні повідомлення організатора та записи про подання. Інструмент може допомогти вам спостерігати та повторно перевіряти посилання, а також він може відраховувати час до встановленого вами часу.