|
|
|
Secciones
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
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.
Rediris
(Puntos:2, Informativo)( http://www.glug.es/ )
G.L.U.G. [www.glug.es]
Si que tenemos servidores de hora
(Puntos:3, Informativo)( http://www.fluzo.org/ )
+ ntp.escomposlinux.org
+ gong.uv.es
A mi me funcionan perfectamente, ¿y a vosotros? :D
--
atrapado por tu moda [fluzo.org]
Es curiosa la escasez...
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Miércoles, 20 Diciembre de 2006, 20:29h )
Así, cuando configuras el controlador/es de dominio/s te encuentras a la semana con el registro de sistema lleno de mensajes indicando que los equipos dependientes han sincronizado la hora pero que el propio controlador de dominio no sabe con quien sincronizarse. Supongo que ese problema lo habrá tenido muchísima gente en España, sin embargo a mi me costo Dios y ayuda encontrar un ntp por aquí. Tanto es así que tengo sincronizado con un .mil de la marina del tio bush.
Miedo me da que en la siguiente guerra con Corea me lo [google.com]desajusten al estilo GPS [noticiasdot.com]
Last train to trancentral
Excelente documento
(Puntos:1)Yo vengo usando ntp.escomposlinux.org desde hace algún tiempo.
Y ya referente a la documentación...
Es cierto que el coste del aprendizaje cuando se realiza a la vez un documento es mayor, más pesada, que si nos concentramos unicamente en conseguir el objetivo de nuestras pesquisas. Y además podemos cometer errores debido a que somos novatos en el tema que documentamos. Pero creo que se compensa en la mayor parte de los casos por documentar desde el punto de vista de un inexperto, porque eso hace el texto más accesible al lector en esas mismas condiciones.
Es solo cuestión de animarse, el problema de las inexactitudes se puede corregir en sucesivas actualizaciones de la documentación ;-)
Un claro ejemplo es este documento de Guillermo (y no por inexactitudes, que no se si las tiene XD). Mis felicitaciones.
servidores
(Puntos:1, Informativo)Chapuza?
(Puntos:1)( http://www.eines.cat/ | Última bitácora: Domingo, 21 Junio de 2009, 17:45h )
andreu@annys:~$ more /etc/cron.daily/manteniment
#!/bin/bash
[...]
rdate -s ntp.escomposlinux.org
hwclock --systohc
[...]
Qué diferencia hhay con hacerlo via rdate o con el ntp?
:wq
Xarxa Eines.cat [eines.cat]
Yo también tengo el XNTPD
(Puntos:1)( http://barrapunto.com/index.pl?section=mbp-milon )
Yo también tengo el sistema de ntpd ;)
Yo, actualmente, no veo ningún atraso de ninguna clase. Estoy con dos servidores perfectamente configurados, y que están en STRATUM 2.
En estos momentos, desde hace meses, lo tengo puesto, NO tengo porqué tocar para nada al reloj del sistema ;)
Yo tengo estos dos:
129.132.2.21
131.188.3.223
Están funcionando perfectamente.
time.windows.com
(Puntos:1)( http://barrapunto.com/ )
En principio no parece tener mayor importancia, pero no deja de ser otra paso hacia el control del usuario.
Desconozco si esta carácterística ya estaba incluida en 2000 y NT, pero aun que no lo estuviese imaginad que se produce una intromisión en time.windows.com ¿imagináis todos los XP con fecha 1 de enero de 1980? =8-o
--
Entia non sunt multiplicanda sine necesitate. (Guillermo de Occam)
¿Que hardware estais usando?
(Puntos:2)( http://exocert.com/ )
Por ejemplo, en el trabajo tenemos un servidor NTS-200 de Symmetricom [symmetricom.com] con una interfaz GPS.
He oido hablar de tarjetas GPS para Linux, y de algun aparatejo GPS del que podias sacar datos por el puerto serie (seguro que lo venden en Thinkgeek), y de aparatos que toman una señal de radio de Alemania que se utiliza para sincronizacion horaria.
¿Alguien sabe algo mas de esto?-- Escrito desde algun lugar de mOOtion [mootion.com] - mOOving pictures.
Fiabilidad de NTP
(Puntos:4, Informativo)( Última bitácora: Domingo, 08 Agosto de 2004, 01:14h )
El problema esta cuando confiamos en servidores 'desconocidos' con stratum bajo, es decir 1 o 2, que en teoria debiesen ser bastante exactos.
Lo que NTP no garantiza es que nos estemos sincronizando contra un servidor stratum con la fecha/hora correcta.
Hay estudios, el mas reciente es ntp-survey99 [mit.edu], que concluyen que hay demasiados servidores stratum 1 que NO son confiables. Muchos de ellos estan mal configurados, toman el tiempo del reloj del sistema...
Revisad la hora despues de varios dias de sincronizacion, puede que hubieseis pillado un servidor malote.