Guía de sincronización de hora del servidor

UTC, TAI, hora GPS y hora civil local tienen diferentes propósitos. TAI (Tiempo Atómico Internacional) es una escala de tiempo atómico continuo calculada por BIPM a partir de los relojes contribuyentes; no agrega segundos intercalares. UTC (Tiempo Universal Coordinado) se diferencia del TAI en un número entero de segundos y es la referencia internacional para los husos horarios civiles. GPS Time se alineó con UTC en su inicio en 1980, pero no agrega segundos intercalares.

Según el EE.UU. Observatorio Naval, a partir de septiembre de 2026, el TAI es de 37 segundos y la hora del GPS está 18 segundos por delante de UTC. Estas compensaciones pueden cambiar según una futura política de segundos intercalares.

La definición BIPM del segundo SI fija la frecuencia de transición hiperfina del estado fundamental imperturbado del cesio-133 en 9.192.631.770 Hz. Los relojes de cesio utilizan esta transición atómica como referencia de frecuencia.

Los estándares primarios y los relojes ópticos más nuevos tienen incertidumbres medidas diferentes; un solo número de “un segundo en N años” no puede describir todos los dispositivos. Los institutos nacionales de metrología comparan sus estándares y contribuyen a las escalas de tiempo internacionales. La distribución de esos estándares a través de NTP es un proceso separado de la pantalla del navegador de Clock-Tani, que no se conecta directamente a un reloj atómico.

El protocolo de tiempo de red (NTP) sincroniza los relojes de las computadoras a través de redes. RFC 5905 (NTPv4) describe una jerarquía de servidores de tiempo y un cálculo de compensación utilizando cuatro marcas de tiempo: tiempos de envío y recepción del cliente, y tiempos de recepción y transmisión del servidor. Un cliente puede usar estas observaciones para disciplinar el reloj de su sistema.

El rendimiento depende de la referencia del servidor, el reloj del dispositivo, el retraso de la red y la asimetría. Los ejemplos de redes locales rápidas en el RFC no son una promesa de precisión fija para la Internet pública o todos los sistemas operativos. Servicio de hora de Internet del NIST señala que la precisión que ve un usuario depende en gran medida de la estabilidad y la reciprocidad de la red.

Clock-Tani no ejecuta NTP en el navegador ni ajusta el reloj del dispositivo. Su página de tiempo del servidor estima una diferencia con las respuestas de la API web y el tiempo de ida y vuelta.

Los relojes de computadoras y teléfonos dependen de los osciladores de hardware y del cronometraje del sistema operativo. La frecuencia del oscilador puede variar según la temperatura, la antigüedad y el diseño del dispositivo, pero no se aplica ninguna frecuencia, tasa de deriva diaria o intervalo de sincronización a todas las computadoras.

Muchos sistemas operativos pueden ajustar periódicamente su reloj utilizando un servicio de hora de red cuando están habilitados y conectados. El método y el cronograma dependen de la configuración y del dispositivo. Si una compensación parece inesperada, verifique la configuración automática de hora y zona horaria; Trate una comparación de navegadores como una estimación afectada por la red. Preguntas frecuentes sobre cronometraje del NIST ilustra cómo los errores del reloj de cuarzo dependen del oscilador.

La [página de hora del servidor] (/es/server-time) predeterminada realiza tres solicitudes a la API de Clock-Tani. Para cada respuesta, agrega la mitad del tiempo de ida y vuelta medido por el navegador a la marca de tiempo Date.now() de la API y luego selecciona la muestra con la latencia media. Esto reduce la influencia de un valor atípico lento; no es sincronización NTP ni una certificación de precisión. Regresar a la página o volver a conectarse a la red puede desencadenar otra medición.

Para una vista específica del sitio, el servidor realiza una solicitud HEAD al destino cuando un resultado reciente aún no está almacenado en caché; una compensación estimada válida se puede reutilizar durante un máximo de 60 segundos. Consulta el encabezado de fecha HTTP del objetivo y el tiempo de ida y vuelta, luego mide por separado el salto de API al navegador. Fecha HTTP tiene una resolución de un segundo. Los encabezados faltantes o no confiables pueden llevar a otra fuente o hora del dispositivo, que la interfaz distingue. La corrección de medio RTT asume demoras de ida y vuelta similares y no puede garantizar una precisión fija.

Según las reglas actuales de UTC, los segundos intercalares se utilizan cuando es necesario para mantener UTC cerca del tiempo de rotación de la Tierra (UT1). El Boletín C del IERS anuncia si se introducirá un segundo intercalar. Un segundo intercalar positivo puede insertar 23:59:60 después de las 23:59:59 en UTC, lo que requiere que el software maneje un minuto inusual.

Resolución CGPM 4 (2022) exige aumentar la diferencia UT1-UTC permitida para 2035 o antes y preparar un plan de implementación para un UTC más continuo. No especifica un método de ajuste posterior a 2035 ya definitivo ni hace una promesa general de que todo el manejo de segundos intercalares finaliza en una fecha particular.

Los mercados financieros, los sistemas de aviación y navegación, las redes de telecomunicaciones y las redes eléctricas utilizan la sincronización, pero la precisión requerida y los métodos de validación difieren según la aplicación. Por ejemplo, el Reglamento Delegado 2025/1155 de la UE sobre la actividad comercial algorítmica de alta frecuencia especifica una divergencia UTC máxima de 100 microsegundos para una actividad particular; esa no es una regla universal para todos los oficios o industrias.

La navegación por satélite, la coordinación de estaciones base y las mediciones de la red tienen sus propios requisitos de sincronización. Una vista del navegador basada en respuestas web, como Clock-Tani, no es un reloj validado para esos sistemas. Utilice la fuente de tiempo oficial y los registros del sistema correspondiente para tomar decisiones importantes.

Abra la página de hora del servidor para comparar el reloj de su dispositivo con una estimación Clock-Tani basada en respuestas web. La vista predeterminada ya toma tres muestras de API y elige el resultado de latencia media; Actualizar tres veces no convierte esas compensaciones en un error de dispositivo "real" certificado.

La página muestra un desplazamiento estimado de milisegundos, no un valor de retardo de ida y vuelta medido ni un diagnóstico del estado NTP de su sistema operativo. Utilice "Sincronizar nuevamente" después de un cambio de conexión si desea otra estimación. Si una diferencia persistente parece inesperada, verifique la configuración automática de hora y zona horaria de su dispositivo. No existe un umbral universal normal/precaución/grave para esta medición del navegador, y reiniciar no es un requisito previo general antes de un evento urgente.

La página de hora del servidor de Clock-Tani muestra una referencia basada en respuestas web junto a la hora del dispositivo y estima su diferencia. La fuente predeterminada es la propia marca de tiempo API de Clock-Tani; una vista específica del sitio puede utilizar el encabezado de fecha HTTP del objetivo o un recurso alternativo claramente indicado.

Esta comparación no puede establecer si el servicio NTP de su computadora está funcionando, certificar un error absoluto o verificar el horario de apertura interno de un vendedor de boletos. El retraso de la red y el error del reloj del servidor pueden afectarlo. Para ventas, exámenes y otros plazos consiguientes, confíe en los anuncios oficiales y los registros de presentación del organizador. La herramienta puede ayudarle a observar y volver a comprobar una referencia, y puede realizar una cuenta regresiva hasta el tiempo que establezca.