Gids voor servertijdsynchronisatie

UTC, TAI, GPS-tijd en lokale burgerlijke tijd dienen verschillende doeleinden. TAI (Internationale Atoomtijd) is een continue atomaire tijdschaal berekend door BIPM op basis van bijdragende klokken; het voegt geen schrikkelseconden toe. UTC (gecoördineerde universele tijd) verschilt van TAI met een geheel aantal seconden en is de internationale referentie voor civiele tijdzones. GPS Tijd was bij de start in 1980 afgestemd op UTC, maar voegt geen schrikkelseconden toe.

Volgens de U.S. Naval Observatory, vanaf september 2026 TAI is 37 seconden en GPS-tijd ligt 18 seconden voor op UTC. Deze verschuivingen kunnen veranderen onder toekomstig schrikkelsecondebeleid.

De BIPM-definitie van de SI-seconde legt de onverstoorde hyperfijne overgangsfrequentie van cesium-133 in de grondtoestand vast op 9.192.631.770 Hz. Cesiumklokken gebruiken deze atomaire overgang als frequentiereferentie.

Primaire standaarden en nieuwere optische klokken hebben verschillende gemeten onzekerheden; een enkel getal van “één seconde in N jaar” kan niet elk apparaat beschrijven. Nationale metrologie-instituten vergelijken hun normen en dragen bij aan internationale tijdschalen. Distributie van deze standaarden via NTP is een proces dat los staat van de browserweergave van Clock-Tani, die niet rechtstreeks verbinding maakt met een atoomklok.

Het Network Time Protocol (NTP) synchroniseert computerklokken via netwerken. RFC 5905 (NTPv4) beschrijft een hiërarchie van tijdservers en een offsetberekening met behulp van vier tijdstempels: verzend- en ontvangsttijden van de client, en ontvangst- en verzendtijden van de server. Een client kan deze observaties gebruiken om de systeemklok te disciplineren.

De prestaties zijn afhankelijk van de serverreferentie, de apparaatklok, netwerkvertraging en asymmetrie. Voorbeelden van snelle lokale netwerken in de RFC zijn geen vaste nauwkeurigheidsbelofte voor het openbare internet of elk besturingssysteem. NIST’s Internet Time Service merkt op dat de nauwkeurigheid die een gebruiker ziet grotendeels afhangt van netwerkstabiliteit en wederkerigheid.

Clock-Tani voert NTP niet uit in de browser en past de apparaatklok niet aan. De servertijdpagina schat een verschil in met web-API-reacties en round-trip-timing.

Computer- en telefoonklokken zijn afhankelijk van hardware-oscillatoren en de tijdregistratie van het besturingssysteem. De oscillatorfrequentie kan variëren afhankelijk van de temperatuur, de leeftijd en het apparaatontwerp, maar geen enkele frequentie, dagelijkse driftsnelheid of synchronisatie-interval is van toepassing op elke computer.

Veel besturingssystemen kunnen hun klok periodiek aanpassen met behulp van een netwerktijdservice wanneer deze is ingeschakeld en aangesloten. De werkwijze en het schema zijn afhankelijk van de instellingen en het apparaat. Als een offset onverwacht lijkt, controleer dan de automatische tijd- en tijdzone-instellingen; behandel een browservergelijking als een schatting die door het netwerk wordt beïnvloed. Veelgestelde vragen over tijdwaarneming van NIST illustreert hoe kwartsklokfouten afhankelijk zijn van de oscillator.

De standaard [servertijdpagina] (/nl/server-time) doet drie verzoeken aan de API van Clock-Tani. Voor elk antwoord wordt de helft van de door de browser gemeten retourtijd toegevoegd aan de Date.now()-tijdstempel van de API, en wordt vervolgens het voorbeeld met de middelste latentie geselecteerd. Dit vermindert de invloed van één langzame uitschieter; het is geen NTP-synchronisatie of een nauwkeurigheidscertificering. Terugkeren naar de pagina of opnieuw verbinding maken met het netwerk kan een nieuwe meting activeren.

Voor een sitespecifieke weergave doet de server één HEAD-verzoek aan het doel als er nog geen recent resultaat in de cache is opgeslagen; een geldige geschatte offset kan maximaal 60 seconden worden hergebruikt. Het raadpleegt de HTTP-datumheader en de retourtijd van het doel en meet vervolgens afzonderlijk de API-hop naar de browser. HTTP-datum heeft een resolutie van één seconde. Ontbrekende of onbetrouwbare headers kunnen leiden tot een andere bron- of apparaattijd, die door de interface wordt onderscheiden. Half-RTT-correctie gaat uit van vergelijkbare uitgaande en retourvertragingen en kan geen vaste nauwkeurigheid garanderen.

Volgens de huidige UTC-regels worden schrikkelseconden gebruikt wanneer dat nodig is om UTC dicht bij de aardrotatietijd (UT1) te houden. Het IERS Bulletin C kondigt aan of er een schrikkelseconde wordt geïntroduceerd. Een positieve schrikkelseconde kan 23:59:60 invoegen na 23:59:59 in UTC, waarvoor software een ongebruikelijke minuut moet verwerken.

CGPM Resolutie 4 (2022) roept op tot het vergroten van het toegestane UT1-UTC-verschil tegen of vóór 2035 en het opstellen van een implementatieplan voor een meer continue UTC. Het specificeert geen reeds definitieve aanpassingsmethode voor na 2035 en doet geen algemene belofte dat alle schrikkelseconde-behandelingen op een bepaalde datum eindigen.

Financiële markten, luchtvaart- en navigatiesystemen, telecomnetwerken en elektriciteitsnetwerken maken allemaal gebruik van timing, maar de vereiste precisie en validatiemethoden verschillen per toepassing. Gedelegeerde EU-verordening 2025/1155 over hoogfrequente algoritmische handelsactiviteiten specificeert bijvoorbeeld een maximale UTC-afwijking van 100 microseconden voor een bepaalde activiteit; dat is geen universele regel voor alle vakgebieden of bedrijfstakken.

Satellietnavigatie, basisstationcoördinatie en rastermetingen hebben hun eigen timingvereisten. Een browserweergave op basis van webreacties, zoals Clock-Tani, is geen gevalideerde klok voor die systemen. Gebruik de officiële tijdbron en gegevens van het relevante systeem voor vervolgbeslissingen.

Open de servertijdpagina om de klok van uw apparaat te vergelijken met een op webreacties gebaseerde Clock-Tani-schatting. De standaardweergave neemt al drie API-voorbeelden en kiest het resultaat met gemiddelde latentie; Drie keer vernieuwen verandert deze verschuivingen niet in een gecertificeerde “echte” apparaatfout.

De pagina toont een geschatte milliseconde-offset, geen gemeten round-trip-vertragingswaarde of een diagnose van de NTP-status van uw besturingssysteem. Gebruik “Opnieuw synchroniseren” na een verbindingswijziging als u een andere schatting wilt. Als een aanhoudend verschil onverwacht lijkt, controleer dan de automatische tijd- en tijdzone-instellingen van uw apparaat. Er bestaat geen universele normale/voorzichtige/ernstige drempel voor deze browsermeting, en opnieuw opstarten is geen algemene vereiste vóór een tijdgevoelige gebeurtenis.

De servertijdpagina van Clock-Tani geeft naast de apparaattijd een webresponsgebaseerde referentie weer en schat het verschil ervan. De standaardbron is de eigen API-tijdstempel van Clock-Tani; een sitespecifieke weergave kan de HTTP Date-header van het doel gebruiken of een duidelijk aangegeven fallback.

Deze vergelijking kan niet vaststellen of de NTP-service van uw computer werkt, noch een absolute fout bevestigen, noch de interne openingstijd van een ticketverkoper verifiëren. Netwerkvertraging en serverklokfouten kunnen hierop van invloed zijn. Voor verkoop-, examen- en andere daaruit voortvloeiende deadlines kunt u vertrouwen op de officiële aankondigingen en inzendingsgegevens van de organisator. De tool kan u helpen een referentie te observeren en opnieuw te controleren, en kan aftellen naar een door u ingestelde tijd.