Pues eso, que gracias por el documento. Da gusto cuando alguien trabaja en algo y despues quiere ahorrar trabajo a los demas.
Cuando tenga mi servidor lo sumare al tuyo :o)
1/ Lo principal: el documento parece más que desactualizado. Hay muchos más servidores accesibles en España. Quizá el más conocido es el del Real Observatorio de la Armada, en Rota (Cádiz), hora.roa.es; tradicionalmente (no se si esto seguirá siendo cierto en la actualidad) uno de los relojes que promediaban para el cálculo de la hora oficial española (junto con los de El Ferrol y el de Madrid). También está (o estaba) disponible el de Red Iris (hora.rediris.es) y la mayor parte de las universidades cuentan con algunos propios (no siempre accesibles fuera de sus Campus, sin embargo). Particularmente yo uso desde hace bastantes años hora.roa.es y ntp.nasa.gov (y curiosamente, éste último suele resultarme más estable).
2/ Aunque no existiesen, tampoco sería tan importante: por la propia naturaleza del protocolo NTP, se puede usar cualquier servidor del mundo (en la práctica, cuanto más lejos está el servidor -en términos de red-, más inestable será la hora que nos de. Sin embargo, para aplicaciones informáticas "normales", es más que suficiente: normalmente se consigue estar en +-0.2s y es raro caer en desincronías de más de 2s).
3/ Tampoco es deseable abusar de los servidores de stratum bajo. Es, de hecho, más adecuado (para entornos "normales") sincronizar tan solo un servidor con servidores externos, y el resto de la LAN contra ese servidor. Esto, al menos en sistemas unix, es prácticamente trivial utilizando los servicios de ntpd o xntpd (creo que los sistemas de Microsoft también cuentan con servidores propios desde las series 2000/XP; antes de eso, una aplicación bastante buena era el cliente/servidor ntp de Tardis).
4/ En efecto, muchas operaciones de red (se ha mencionado Kerberos, pero prácticamente cualquier trasiego de datos: NFS, CVS, utilidades como make a través de recursos de red, sincronismos entre ficheros de auditoría y de log...) requieren que las máquinas tengan una visión común de la hora. Incluso en redes completamente aisladas de Internet es conveniente instalar un servidor NTP y sincronizar el resto de los equipos contra él.
Gracias por el documento
(Puntos:2, Inspirado)( http://alxemi.cjb.net/ )
Mira detras de ti... ¡Un mono con tres cabezas!
Re:Resumiendo lo visto hasta ahora
(Puntos:4, Informativo)( http://barrapunto.com/ )
2/ Aunque no existiesen, tampoco sería tan importante: por la propia naturaleza del protocolo NTP, se puede usar cualquier servidor del mundo (en la práctica, cuanto más lejos está el servidor -en términos de red-, más inestable será la hora que nos de. Sin embargo, para aplicaciones informáticas "normales", es más que suficiente: normalmente se consigue estar en +-0.2s y es raro caer en desincronías de más de 2s).
3/ Tampoco es deseable abusar de los servidores de stratum bajo. Es, de hecho, más adecuado (para entornos "normales") sincronizar tan solo un servidor con servidores externos, y el resto de la LAN contra ese servidor. Esto, al menos en sistemas unix, es prácticamente trivial utilizando los servicios de ntpd o xntpd (creo que los sistemas de Microsoft también cuentan con servidores propios desde las series 2000/XP; antes de eso, una aplicación bastante buena era el cliente/servidor ntp de Tardis).
4/ En efecto, muchas operaciones de red (se ha mencionado Kerberos, pero prácticamente cualquier trasiego de datos: NFS, CVS, utilidades como make a través de recursos de red, sincronismos entre ficheros de auditoría y de log...) requieren que las máquinas tengan una visión común de la hora. Incluso en redes completamente aisladas de Internet es conveniente instalar un servidor NTP y sincronizar el resto de los equipos contra él.
Como se suele decir, ahí van mis dos céntimos.