|
|
NTP: El proyecto pool.ntp.org
(21463 lectures)
Por Juan Francisco Lladó Sabater
Xisco
(http://zigazaga.net/)
Creado el 29/12/2003 17:36 modificado el 29/12/2003 17:36
|
Pagina4/6 |
Cómo usarlo
Viendo la necesidad de tener nuestros ordenadores en hora y sabiendo cómo funciona pool.ntp.org, veamos cómo debemos utilizarlo para aprovechar sus ventajas.
Tanto si utilizamos programas cliente como programas servidor para tener nuestro reloj en hora, deberemos usar los nombres genéricos que hemos visto en lugar de fijar los servidores por su nombre o dirección IP concreta.
Supongamos, por ejemplo, que vamos a usar ntpdate (que se distribuye con ntp) para sincronizar nuestro ordenador. Al hacerlo, usaremos servidores que estén cercanos (en términos de red) a nosotros, ya que es la mejor manera de facilitar las cosas al protocolo ntp.
Estando en España podemos utilizar es.pool.ntp.org
Como root,
lluna:~# ntpdate es.pool.ntp.org
28 Dec 23:17:58 ntpdate[16209]: adjust time server 217.127.249.18 offset 0.022792 sec
|
Vemos que nos hemos sincronizado con uno de los servidores del pool (no nos importa cual), que sabemos que son vigilados para dar un buen servicio.
Si lo hacemos otra vez (o varias), veremos que se nos asigna un servidor diferente:
lluna:~# ntpdate es.pool.ntp.org
28 Dec 23:18:03 ntpdate[16210]: adjust time server 80.34.215.206 offset 0.014720 sec
|
lluna:~# ntpdate es.pool.ntp.org
28 Dec 23:18:06 ntpdate[16211]: adjust time server 130.206.130.95 offset 0.011288 sec
|
Si en nuestro país no hubiera servidores, podríamos usar los dominios continentales o el global:
lluna:~# ntpdate europe.pool.ntp.org
28 Dec 23:28:40 ntpdate[16301]: adjust time server 217.114.97.97 offset -0.018957 sec
|
lluna:~# ntpdate pool.ntp.org
28 Dec 23:29:09 ntpdate[16304]: adjust time server 63.164.62.249 offset 0.000687 sec
|
Con el uso de ntpdate y herramientas similares conseguimos poner en hora nuestro reloj pero, a partir de ese momento, éste empieza a derivar alejándose de la hora correcta.
Para tener un ordenador mínimamente sincronizado con estas herramientas será necesario programarlas con cron, de forma que se ejecuten periódicamente.
El uso de clientes de este tipo tiene, a parte de no mantener la hora todo el tiempo, el problema de efecturar "saltos en el tiempo" en el reloj del sistema al ajustarlo, cosa que no agrada a muchos programas, entre ellos el kernel.
Es mucho más recomendable la utilización de programas servidores como ntp o chrony para mantener la hora del ordenador. No crean estos problemas y son muy fáciles de configurar.
De hecho, la gente que ha desarrollado las herramientas de ntp está discutiendo si van a eliminar ntpdate en futuras versiones.
|
En el caso de que decidamos usar programas servidores (ya sea simplemente para tener nuestro ordenador en hora o para dar servicio a otras máquinas), podemos proceder de la siguiente forma:
(el ejemplo usa ntpd)
Instalar ntpd es muy sencillo, sobre todo en distribuciones como Debian. Tenéis un buen artículo que explica como hacerlo en Bulma.
Pero a la hora de configurarlo debéis tener en cuenta lo que hemos comentado hasta ahora y, en lugar de usar servidores fijos (a no ser que sean nuestros), conviene usar los de pool.ntp.org.
Este prodría ser un fichero de configuración mínima, normalmente /etc/ntp.conf:
driftfile /var/lib/ntp/ntp.drift
server es.pool.ntp.org
server es.pool.ntp.org
server es.pool.ntp.org
|
La primera linea es importante, porque hace que ntpd guarde en un fichero el valor de la deriva de nuestro reloj. De esta forma, al arrancar de nuevo, no tiene que calcularla (tarda aproximadamente una hora), sino que puede empezar con el último valor guardado. Este fichero se actualiza cada cierto tiempo.
Lo más interesante del fichero de configuración son las lineas que nos indican qué servidores vamos a usar para sincronizarnos. Como veis, todas ellas son iguales, aprovechando la resolución DNS que hemos explicado más arriba. De esta forma, obtenemos tres servidores distintos con los que actuar.
En el caso de que en el país en el que esté nuestra máquina no haya muchos servidores de hora o tengamos miedo de que, por alguna de esas casualidades, la resolución repita alguno, podemos añadir alguna linea más (ntp funciona bien a partir de tres).
driftfile /var/lib/ntp/ntp.drift
server es.pool.ntp.org
server es.pool.ntp.org
server es.pool.ntp.org
server europe.pool.ntp.org
server europe.pool.ntp.org
|
ntpd tarda un tiempo en ponerse en hora, pero a partir de ese momento, mantendrá sincronizado nuestro reloj.
Para acelerar el proceso, se pueden usar una serie de parámetros avanzados de configuración que podéis encontrar en la documentación de ntp.
Pasado un tiempo podemos ver cómo nuestro ordenador se pone en hora a partir de otros:
xisco@lluna:~$ ntpq -pn
remote refid st t when poll reach delay offset jitter
==============================================================================
-80.34.215.206 213.144.140.154 3 u 143 256 377 126.321 24.212 0.798
+130.206.130.95 129.132.2.21 2 u 74 256 377 68.792 -8.019 2.836
*217.127.249.18 193.79.237.14 2 u 88 256 377 110.388 -6.299 1.346
80.38.245.22 130.206.3.166 2 u 74 256 377 942.683 -397.04 399.034
+193.45.254.143 212.94.162.1 3 u 80 256 375 87.577 -2.074 100.146
|
Aquí vemos cómo tomamos como referencia el tercero de los servidores (*), siendo el segundo y el quinto (+) alternativas a tener en cuenta que entran en el cálculo de la hora, descartando momentaneamente los demás.
Con ntptrace conoceremos cuál es el origen de nuestra hora:
xisco@lluna:~$ ntptrace -n
127.0.0.1: stratum 3, offset 0.000038, synch distance 0.18706
217.127.249.18: stratum 2, offset -0.006845, synch distance 0.09442
193.79.237.14: stratum 1, offset -0.006269, synch distance 0.00000, refid 'GPS'
|
Nuestra máquina (127.0.0.1) toma la hora de 217.127.249.18, que está sincronizado con 193.79.237.14, que tiene por referencia un receptor GPS. En este caso, nuestro ordenador se ha convertido en un servidor NTP de stratum 3.
Si dejamos que ntpd funcione durante más tiempo haciendo su trabajo mejoraremos mucho la precisión.
NTP puede correr en cualquier tipo de UNIX y derivados. Incluso existe una versión para Win32.
Si se decide usar programas clientes, cada sistema tiene los suyos, aunque yo recomendaría ntpdate. En el caso de sistemas Windows (hasta 2000), he probado con satisfacción Dimension4 (no es libre, pero sí gratuito), uno de los más completos para estos sistemas. Versiones superiores de Windows ya tienen sus propias herramientas.
|
|
Todos aquellos que usáis Debian estáis de suerte. Hace ya tiempo que la persona encargada de mantener el paquete ntp se comprometió a usar pool.ntp.org en las configuraciones por defecto, así que seguramente ya los estáis usando. No estaria de más, pero, que comprovaseis vuestras configuraciones.
|
|
Paginas: <<Abreviatura Anterior 1 2 3 4 5 6 Abreviatura Siguiente>> |
|
|
|
|
|
|---|
|
|
|
|
Calificacion
 
Vots: 26 |
Danos tu opinion:
|
|
|
|
|
|
|
|
