{"id":15937,"date":"2025-12-09T15:24:23","date_gmt":"2025-12-09T14:24:23","guid":{"rendered":"https:\/\/webhosting.de\/wie-time-drift-ntp-chrony-hosting-zeitsynchronisation-praktica\/"},"modified":"2025-12-09T15:24:23","modified_gmt":"2025-12-09T14:24:23","slug":"como-time-drift-ntp-chrony-hosting-sincronizacion-horaria-praktica","status":"publish","type":"post","link":"https:\/\/webhosting.de\/es\/wie-time-drift-ntp-chrony-hosting-zeitsynchronisation-praktica\/","title":{"rendered":"C\u00f3mo el desfase horario puede ralentizar los servidores: NTP, Chrony y sincronizaci\u00f3n horaria"},"content":{"rendered":"<p><strong>NTP<\/strong> Chrony Hosting detiene la desviaci\u00f3n temporal que ralentiza el servidor, sincronizando r\u00e1pidamente los relojes, ordenando los tiempos de registro y manteniendo la fiabilidad de las autenticaciones. Te muestro c\u00f3mo hacerlo. <strong>Chrony<\/strong>, NTP y systemd-timesyncd interact\u00faan, por qu\u00e9 se produce la deriva y qu\u00e9 ajustes evitan fallos y riesgos de seguridad en entornos de alojamiento.<\/p>\n\n<h2>Puntos centrales<\/h2>\n\n<ul>\n  <li><strong>Desviaci\u00f3n temporal<\/strong>: causas, consecuencias y por qu\u00e9 los milisegundos cuentan<\/li>\n  <li><strong>Jerarqu\u00eda NTP<\/strong>: Dise\u00f1o Stratum para fuentes de tiempo internas<\/li>\n  <li><strong>Chrony<\/strong> vs. ntpd vs. systemd-timesyncd en centros de datos<\/li>\n  <li><strong>NTS<\/strong> &amp; Marcas de tiempo de hardware: seguridad y precisi\u00f3n<\/li>\n  <li><strong>Monitoreo<\/strong> &amp; Resoluci\u00f3n de problemas para una consistencia duradera<\/li>\n<\/ul>\n\n<h2>C\u00f3mo se produce y c\u00f3mo afecta la deriva del tiempo del servidor<\/h2>\n\n<p>La deriva temporal se produce porque la <strong>RTC<\/strong> de un host funciona demasiado r\u00e1pido o demasiado lento y el error se acumula cada d\u00eda. Incluso peque\u00f1as desviaciones generan contradicciones. <strong>Marca de tiempo<\/strong>, lo que interfiere en las transacciones, las cach\u00e9s y la replicaci\u00f3n. Los certificados pueden aparecer de repente \u201edemasiado pronto\u201c o \u201edemasiado tarde\u201c y las autenticaciones pueden fallar. En los sistemas distribuidos se pierde el orden de los eventos y la depuraci\u00f3n resulta dif\u00edcil o imposible. En entornos de alojamiento, veo con frecuencia que la falta de sincronizaci\u00f3n provoca fallos que se pueden evitar con un dise\u00f1o temporal s\u00f3lido.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/zeitdrift-serverproblem-2861.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Breve explicaci\u00f3n del estrato NTP<\/h2>\n\n<p>El <strong>estrato<\/strong>El modelo Stratum clasifica las fuentes de tiempo de forma jer\u00e1rquica y reduce la dependencia de Internet. Stratum\u20110 son <strong>Relojes de referencia<\/strong> como GPS o radio; los servidores Stratum-1 se conectan directamente a ellos; Stratum-2 obtiene informaci\u00f3n de Stratum-1. En entornos de alojamiento, vale la pena tener un servidor Stratum-3 interno que abastezca a todos los nodos y reduzca la carga externa. De este modo, distribuyo una hora uniforme a los hosts y contenedores sin enviar ning\u00fan nodo a Internet. Esta arquitectura permite registros coherentes, ventanas de certificados adecuadas y bases de datos replicadas con un orden limpio.<\/p>\n\n<h2>\u00bfNTP, Chrony o systemd-timesyncd? La comparaci\u00f3n<\/h2>\n\n<p>He puesto <strong>Chrony<\/strong> en configuraciones productivas, ya que se adapta m\u00e1s r\u00e1pidamente y se ajusta con precisi\u00f3n en redes inestables. El cl\u00e1sico <strong>ntpd<\/strong> Funciona bien, pero tarda m\u00e1s tiempo en \u201eajustarse\u201c. systemd-timesyncd es ligero y suficiente para hosts sencillos, pero no sirve como servidor. Para cl\u00fasteres o alojamiento, recomiendo una implementaci\u00f3n uniforme en todos los nodos para evitar el funcionamiento mixto y los efectos secundarios. La siguiente tabla resume las diferencias m\u00e1s importantes.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>implementaci\u00f3n<\/th>\n      <th>Puntos fuertes<\/th>\n      <th>Puntos d\u00e9biles<\/th>\n      <th>Adecuado para<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td><strong>Chrony<\/strong><\/td>\n      <td>Sincronizaci\u00f3n r\u00e1pida, tolerante a la p\u00e9rdida de paquetes, modo servidor y cliente, buen manejo sin conexi\u00f3n.<\/td>\n      <td>M\u00e1s opciones requieren una configuraci\u00f3n limpia<\/td>\n      <td>Servidores productivos, nubes, m\u00e1quinas virtuales, contenedores<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>ntpd<\/strong><\/td>\n      <td>Probado durante muchos a\u00f1os, amplia disponibilidad<\/td>\n      <td>Lento al arrancar, menos flexible con hosts m\u00f3viles.<\/td>\n      <td>Entornos heredados, configuraciones conservadoras<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>systemd-timesyncd<\/strong><\/td>\n      <td>Delgado, cliente SNTP, pr\u00e1cticamente \u201esin configuraci\u00f3n\u201c<\/td>\n      <td>Sin modo servidor, funciones limitadas<\/td>\n      <td>Servidores peque\u00f1os, dispositivos, m\u00e1quinas virtuales sencillas<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/timedrift_meeting_9273.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Modelo de roles: separar claramente los clientes temporales y los servidores internos<\/h2>\n\n<p>En la pr\u00e1ctica, hago una distinci\u00f3n estricta entre <strong>Solo para clientes<\/strong>-Hosts e internos <strong>Servidores NTP<\/strong>. Los clientes solo consultan fuentes definidas y no ofrecen ning\u00fan puerto NTP. Los servidores internos agregan varias fuentes, comprueban la calidad y distribuyen la hora en el entorno. De este modo, reduzco la superficie de ataque y mantengo corta la cadena de dependencia.<\/p>\n\n<p>Es importante establecer correctamente los intervalos de sondeo y las preferencias. Marqu\u00e9 una fuente interna fiable con <code>preferir<\/code> y mantengo proveedores externos como respaldo. En redes con fluctuaciones de latencia, ocasionalmente reduzco <code>minpoll<\/code>, para medir las correcciones m\u00e1s r\u00e1pidamente, pero aumenta <code>maxpoll<\/code> de nuevo, una vez alcanzada la estabilidad, para mantener baja la carga de la red.<\/p>\n\n<h2>Chrony en la pr\u00e1ctica: configuraci\u00f3n para alojamiento web<\/h2>\n\n<p>Empiezo con una clara <strong>chrony.conf<\/strong>, que define la deriva, el estrato y los accesos. Una base m\u00ednima incluye:<\/p>\n<p><code>archivo de deriva \/var\/lib\/chrony\/drift<br\/>\nestrato local 8<br\/>\nmanual<br\/>\nallow 192.168.0.0\/16<\/code><\/p>\n<p>El <strong>archivo de deriva<\/strong> memoriza el error de sincronizaci\u00f3n y acelera la correcci\u00f3n tras el reinicio. Con \u201elocal stratum 8\u201c, el servidor interno mantiene una prioridad baja si hay fuentes externas disponibles. \u201eallow\u201c regula qu\u00e9 redes pueden obtener la hora y evita abusos. Activo el servicio con <code>systemctl start chronyd<\/code> y <code>systemctl enable chronyd<\/code> y, a continuaci\u00f3n, comprueba el estado y las fuentes.<\/p>\n\n<h3>Perfiles solo para clientes y servidores<\/h3>\n<p>En los clientes puros, desactivo el puerto del servidor y mantengo la configuraci\u00f3n sencilla:<\/p>\n<p><code>Perfil solo para clientes #<br\/>\nservidor ntp-interno.ejemplo iburst prefer<br\/>\nservidor ntp-externo-1.ejemplo iburst<br\/>\nservidor ntp-externo-2.ejemplo iburst<br\/>\npuerto 0<br\/>\nmakestep 1.0 3<br\/>\nrtcsync<br\/>\nleapsectz derecha\/UTC<\/code><\/p>\n<p><code>puerto 0<\/code> impide que el propio host ofrezca tiempo. <code>makestep 1.0 3<\/code> permite una correcci\u00f3n dura &gt;1 s en las tres primeras mediciones, despu\u00e9s solo se permite <em>geslewt<\/em> (ligeramente adaptado). <code>rtcsync<\/code> mantiene el RTC sincronizado a intervalos razonables para que los reinicios se inicien sin grandes saltos.<\/p>\n\n<p>En los servidores NTP internos, consolido las fuentes y regulo el acceso con precisi\u00f3n:<\/p>\n<p><code># Servidor NTP interno<br\/>\npool 0.pool.example iburst maxsources 4<br\/>\nservidor ref1.ejemplo iburst prefer nts<br\/>\nservidor ref2.ejemplo iburst nts<br\/>\npermitir 10.0.0.0\/8<br\/>\nallow 192.168.0.0\/16<br\/>\ndirecci\u00f3n vinculada 0.0.0.0<br\/>\nbindcmdaddress 127.0.0.1<br\/>\ncmdallow 127.0.0.1<br\/>\narchivo de deriva \/var\/lib\/chrony\/drift<br\/>\nmakestep 0,5 5<br\/>\nestrato local 8<br\/>\nleapsectz derecha\/UTC<\/code><\/p>\n<p>Conecto el socket de comando a <code>127.0.0.1<\/code> y perm\u00edtelo solo a nivel local. <code>piscina<\/code> mantiene varias fuentes actualizadas autom\u00e1ticamente. <code>preferir<\/code> establece la fuente primaria deseada. En configuraciones m\u00e1s grandes, establezco <code>direcci\u00f3n vinculada<\/code> dirigido espec\u00edficamente a una VLAN de gesti\u00f3n.<\/p>\n\n<h3>Encuestas, calidad de las fuentes y estabilidad<\/h3>\n<p>En redes inestables, al principio aumento la densidad de medici\u00f3n y, una vez estabilizada, la reduzco:<\/p>\n<p><code>servidor ntp-externo-1.ejemplo iburst minpoll 6 maxpoll 10<\/code><\/p>\n<p>Con <code>minsamples<\/code>, <code>muestras m\u00e1ximas<\/code> y <code>distancia m\u00e1xima<\/code> Elimino las fuentes defectuosas en una fase temprana. En el caso de rutas as\u00edncronas o enrutamiento asim\u00e9trico, ayuda <code>marca de tiempo de hardware<\/code> Reducir la fluctuaci\u00f3n en las NIC adecuadas:<\/p>\n<p><code>hwtimestamp eth0<\/code><\/p>\n\n<h2>Seguridad y precisi\u00f3n: NTS, marcas de tiempo de hardware, segundos intercalares<\/h2>\n\n<p>Protejo las conexiones NTP con <strong>NTS<\/strong>, para que un atacante no introduzca una hora incorrecta. Una entrada como <code>tiempo del servidor.cloudflare.com iburst nts<\/code> proporciona un inicio r\u00e1pido a trav\u00e9s de <strong>iburst<\/strong> y protecci\u00f3n criptogr\u00e1fica. Cuando la tarjeta de red lo permite, activo el sellado de tiempo por hardware para evitar fluctuaciones de latencia en el n\u00facleo. Para los segundos intercalares, utilizo \u201eleapsectz right\/UTC\u201c para que los servicios no experimenten saltos de tiempo bruscos. Esta combinaci\u00f3n mantiene la fiabilidad de los servicios y evita errores en aplicaciones sensibles.<\/p>\n\n<h3>Endurecimiento y dise\u00f1o de redes<\/h3>\n<p>Me limito a <strong>UDP\/123<\/strong> estrictamente a las redes previstas, tanto en direcci\u00f3n <em>detalladamente<\/em> (Clientes \u2192 servidor interno) y <em>partiendo de<\/em> (Servidor \u2192 fuentes externas). En los clientes, utilizo <code>puerto 0<\/code>, para que no puedan ser utilizadas indebidamente como fuente. <code>permitir<\/code>\/<code>negar<\/code> Chrony filtra adicionalmente. En redes segmentadas, coloco los servidores internos en una red con baja latencia hacia los trabajadores y mantengo la ruta determinista (sin rutas asim\u00e9tricas, sin modelado excesivo).<\/p>\n\n<p>NTS requiere un acuerdo inicial de clave a trav\u00e9s de un puerto dedicado. Solo permito este puerto de destino a proveedores de confianza. Si NTS falla, defino un comportamiento de respaldo consciente (alarma estricta en lugar de un cambio silencioso a fuentes no seguras). De esta manera evito el \u201edeterioro silencioso\u201c de la seguridad.<\/p>\n\n<h3>Estrategias para el segundo intercalarado y difuminado<\/h3>\n<p>Decido seg\u00fan el entorno: manejo cl\u00e1sico del salto (UTC con segundo intercalar) o <strong>Salpicadura de salto<\/strong>, en el que el segundo se suaviza a trav\u00e9s de una ventana. Importante: no mezclar. Si algunas fuentes se difuminan y otras no, se producen desviaciones permanentes. En cl\u00fasteres cr\u00edticos, mantengo toda la flota en l\u00ednea y documento la elecci\u00f3n. Chrony permite un manejo limpio de los saltos a trav\u00e9s de <code>leapsectz<\/code>; quien suaviza debe planificarlo de forma coherente para todos los nodos.<\/p>\n\n<h2>Supervisi\u00f3n y resoluci\u00f3n de problemas: hacer visible la deriva<\/h2>\n\n<p>Compruebo el estado y las compensaciones con <strong>timedatectl<\/strong> as\u00ed como las herramientas Chrony, como <code>Fuentes cr\u00f3nicas<\/code> y <code>seguimiento<\/code>. Las desviaciones entre el RTC y la hora del sistema son normales al principio, pero deber\u00edan reducirse r\u00e1pidamente. Para el control a largo plazo, integro m\u00e9tricas y alarmas en un <a href=\"https:\/\/webhosting.de\/es\/grafana-prometheus-alojamiento-supervision-pila-panel-de-control-serverwatch-mejorar\/\">Pila de supervisi\u00f3n<\/a>. As\u00ed puedo detectar tendencias, picos y valores at\u00edpicos antes de que los usuarios se den cuenta. Las alertas se activan autom\u00e1ticamente cuando las desviaciones superan los umbrales definidos.<\/p>\n\n<h3>\u00cdndices y umbrales de alarma<\/h3>\n<ul>\n  <li><strong>Desviaci\u00f3n del sistema<\/strong> (Seguimiento de \u00faltimo\/desviaci\u00f3n media): advertencia a partir de 5 ms, cr\u00edtico a partir de 25 ms en pilas web\/DB.<\/li>\n  <li><strong>Dispersi\u00f3n de ra\u00edces<\/strong>: Indica la incertidumbre de la fuente. Si aumenta de forma permanente, reacciono cambiando de fuente.<\/li>\n  <li><strong>Accesibilidad<\/strong> y <strong>Jitter<\/strong> Seg\u00fan la fuente: Detectar a tiempo la p\u00e9rdida de paquetes y la inestabilidad.<\/li>\n  <li><strong>estrato<\/strong>: Los aumentos inesperados del estrato indican aislamiento o p\u00e9rdida de fuentes.<\/li>\n<\/ul>\n<p>Para diagn\u00f3sticos ad hoc, utilizo adem\u00e1s:<\/p>\n<p><code>chronyc sourcestats -v<br\/>\nchronyc ntpdata<br\/>\nchronyc rtcdata<br\/>\nactividad cr\u00f3nica<\/code><\/p>\n<p>Muestra <code>actividad<\/code> Muchas fuentes no v\u00e1lidas, compruebo el cortafuegos, MTU\/fragmentaci\u00f3n y rutas asim\u00e9tricas. En el caso de grandes saltos tras reiniciar, <code>makestep<\/code> A menudo no se coloca o se bloquea debido a umbrales demasiado estrechos.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/zeitdrift-server-synchronisation-4827.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Pr\u00e1cticas recomendadas para mantener la coherencia temporal en cl\u00fasteres<\/h2>\n\n<p>Considero que la fuente de tiempo es redundante, normalmente con al menos tres. <strong>Servidores<\/strong>, para que uno pueda fallar. Un servidor interno Stratum 3 abastece a la flota y se abastece a su vez de varias fuentes Stratum 2. Evito el funcionamiento mixto con ntpd y Chrony, ya que los diferentes algoritmos pueden provocar <strong>compensaciones<\/strong> . Guardo el RTC en UTC con <code>timedatectl set-local-rtc 0<\/code>, para que el cambio horario de verano no traiga sorpresas. Documento cada cambio para poder comprender r\u00e1pidamente el historial en caso de aver\u00eda.<\/p>\n\n<h3>Kubernetes y orquestaci\u00f3n<\/h3>\n<p>En Kubernetes y orquestaciones similares, solo utilizo Chrony en el <strong>Nodos<\/strong>, no en pods individuales. Los contenedores heredan la hora del host; las correcciones duplicadas provocan desviaciones. Componentes como etcd son sensibles a los errores de tiempo: incluso unos pocos milisegundos pueden afectar a los tiempos de espera de selecci\u00f3n. Me aseguro de que el plano de control y los trabajadores utilicen la misma fuente interna y de que no haya ning\u00fan pod\/nodo con leapsmear-Mix en funcionamiento.<\/p>\n\n<h3>Caracter\u00edsticas especiales de la nube<\/h3>\n<p>Muchos proveedores de servicios en la nube ofrecen <strong>servidor de tiempo interno<\/strong> listo. Me gusta utilizarlas como fuente principal (baja latencia) y complementarlas con fuentes NTS externas como respaldo. En casos de <em>hibernaci\u00f3n<\/em> o <em>paradas<\/em> Permito pasos iniciales mediante <code>makestep<\/code>. Desactivo la sincronizaci\u00f3n horaria de host a invitado a trav\u00e9s de agentes cuando Chrony est\u00e1 activo para evitar correcciones duplicadas.<\/p>\n\n<h2>Escenarios especiales: m\u00e1quinas virtuales, contenedores y nube<\/h2>\n\n<p>En las m\u00e1quinas virtuales, presto atenci\u00f3n al tiempo de host a invitado, ya que los duplicados <strong>Correcciones<\/strong> (hipervisor e invitado) generan caos. Los contenedores obtienen tiempo del host, por lo que el mantenimiento se centra en la infraestructura. En entornos el\u00e1sticos, en los que las instancias se inician con frecuencia, la r\u00e1pida <strong>convergencia<\/strong> de Chrony. En ubicaciones perif\u00e9ricas con mala conexi\u00f3n, se beneficia del comportamiento de Chrony en caso de p\u00e9rdida de paquetes y fases temporales sin conexi\u00f3n. Para los an\u00e1lisis de rendimiento relacionados con el tiempo y la latencia, me ayuda esta <a href=\"https:\/\/webhosting.de\/es\/analisis-del-tiempo-de-respuesta-del-servidor-ttfb-tti-optimizacion-velocidad-vistazo\/\">An\u00e1lisis del tiempo de respuesta<\/a>.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/zeitdrift-servercloud-4392.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Efectos sobre el rendimiento: bases de datos, registros y certificados<\/h2>\n\n<p>El tiempo limpio reduce lo extra\u00f1o. <strong>Bloqueos<\/strong> en bases de datos, porque las secuencias de transacciones siguen siendo coherentes. Las cach\u00e9s se invalidan correctamente, las CRL y las OCSP act\u00faan en ventanas de tiempo reales. En la pr\u00e1ctica, muchos \u201eerrores fantasma\u201c desaparecen cuando se controlan los desplazamientos. Para una correlaci\u00f3n correcta de los eventos, apuesto por <a href=\"https:\/\/webhosting.de\/es\/agregacion-de-registros-alojamiento-optimizacion-del-servidor-informacion-panel-de-control-copia-de-seguridad\/\">An\u00e1lisis de registros<\/a> con una fuente de tiempo id\u00e9ntica. Los certificados son m\u00e1s fiables porque los intervalos de validez coinciden con la hora del sistema.<\/p>\n\n<h2>Ruta de migraci\u00f3n a Chrony sin interrupciones<\/h2>\n\n<p>Planeo la transici\u00f3n por etapas, para que <strong>Servicios<\/strong> Obtener la hora en cualquier momento. Primero construyo un servidor Chrony interno y hago que algunos hosts de staging apunten a \u00e9l. Una vez que las fuentes funcionan de forma estable, cambio los nodos productivos gradualmente. Durante la migraci\u00f3n, mido los desfases y los tiempos de espera para detectar cualquier desviaci\u00f3n lo antes posible. Si todo es coherente, desactivo las antiguas instancias de ntpd y elimino los residuos.<\/p>\n\n<h3>Rollback y plan de emergencia<\/h3>\n<p>Sostengo un <strong>Rollback<\/strong> Listo: actualizo las configuraciones antiguas y documento el orden para volver a ntpd o systemd-timesyncd, si es necesario. Para casos de emergencia, anoto un breve manual de instrucciones: pausar servicios, <code>chronyd<\/code> Detener, ajustar la hora manualmente (solo si es imprescindible), reiniciar el servicio, comprobar las fuentes, supervisar las compensaciones. Es fundamental limitar al m\u00e1ximo las intervenciones manuales para evitar saltos en las aplicaciones.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/zeitdrift_server_ntp_2947.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Lista de comprobaci\u00f3n para la implementaci\u00f3n<\/h2>\n\n<p>Al principio defino claramente <strong>Fuentes temporales<\/strong> y la jerarqu\u00eda de objetivos con un servidor interno de estrato 3. A continuaci\u00f3n, creo una configuraci\u00f3n uniforme para todos los hosts, la pruebo en el entorno de pruebas y la documento. Activo NTS donde sea necesario y compruebo el sellado de tiempo del hardware en la tarjeta de red adecuada. A continuaci\u00f3n, integro m\u00e9tricas en las alarmas y establezco umbrales de compensaci\u00f3n. Por \u00faltimo, planifico revisiones peri\u00f3dicas para evitar que los errores de tiempo se agraven.<\/p>\n\n<h3>Runbook: comprobaci\u00f3n del estado en 10 minutos<\/h3>\n<p>Cuando algo me parece \u201eraro\u201c, procedo de la siguiente manera:<\/p>\n<ol>\n  <li><strong>estado del sistema<\/strong>: <code>timedatectl<\/code> (\u00bfNTP activo? \u00bfRTC en UTC?)<\/li>\n  <li><strong>Fuentes<\/strong>: <code>fuentes cronyc -v<\/code> (Alcance, estrato, fluctuaci\u00f3n)<\/li>\n  <li><strong>Seguimiento<\/strong>: <code>seguimiento cronic<\/code> (Desviaci\u00f3n, inclinaci\u00f3n, dispersi\u00f3n de ra\u00edz)<\/li>\n  <li><strong>Red<\/strong>: Comprobar los cortafuegos\/ACL para UDP\/123, medir la latencia\/p\u00e9rdida.<\/li>\n  <li><strong>Deriva<\/strong>: <code>chronyc sourcestats<\/code> observar durante varios minutos<\/li>\n  <li><strong>RTC<\/strong>: <code>chronyc rtcdata<\/code>, si procede. <code>rtcsync<\/code> Activar<\/li>\n  <li><strong>Seguridad<\/strong>: Comprobar el estado NTS, sin degradaci\u00f3n silenciosa.<\/li>\n<\/ol>\n\n<h2>Costes y beneficios expresados en euros<\/h2>\n\n<p>Una incorrecta <strong>reloj<\/strong> cuesta r\u00e1pidamente tiempo y dinero: las implementaciones fallidas, los casos de asistencia t\u00e9cnica y las deducciones del SLA se acumulan. La configuraci\u00f3n de un servidor Chrony interno y la supervisi\u00f3n son econ\u00f3micas, a menudo el coste se mantiene en el rango de los tres d\u00edgitos en euros. Por otro lado, se evitan fallos que f\u00e1cilmente pueden suponer cantidades de cuatro o cinco d\u00edgitos en <strong>Euro<\/strong> ponen en peligro. Especialmente en cl\u00fasteres con muchas transacciones, la sincronizaci\u00f3n da sus frutos d\u00eda tras d\u00eda. Por lo tanto, considero que NTP\/NTS y Chrony son obligatorios, en lugar de opcionales.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/zeitdrift-server-ntp-8412.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Resumen<\/h2>\n\n<p><strong>Desviaci\u00f3n temporal<\/strong> Ralentiza los servidores, confunde los registros y desincroniza los certificados. Con Chrony, NTP y un dise\u00f1o interno Stratum, mantengo los relojes sincronizados y los servicios fiables. NTS protege la fuente, el sellado de tiempo del hardware suaviza la latencia y el manejo correcto de los segundos intercalares evita los saltos. La supervisi\u00f3n con m\u00e9tricas y alarmas muestra las desviaciones antes de que los usuarios las noten. Quien configure correctamente NTP Chrony Hosting obtendr\u00e1 intervalos de tiempo consistentes, menos interferencias y beneficios medibles en euros.<\/p>","protected":false},"excerpt":{"rendered":"<p>Descubra c\u00f3mo solucionar la desviaci\u00f3n horaria del servidor con NTP y Chrony. Nuestra gu\u00eda completa sobre la precisi\u00f3n del alojamiento muestra implementaciones pr\u00e1cticas.<\/p>","protected":false},"author":1,"featured_media":15930,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_crdt_document":"","inline_featured_image":false,"footnotes":""},"categories":[676],"tags":[],"class_list":["post-15937","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-server_vm"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"2498","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":null,"_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"NTP Chrony Hosting","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"15930","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/posts\/15937","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/comments?post=15937"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/posts\/15937\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/media\/15930"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/media?parent=15937"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/categories?post=15937"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/tags?post=15937"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}