🚀 go-pugleaf

A mi me aparece un problema...
Resulta que en mi LAN tenemos algunos ordenadores con Red Hat 6.2. En  estos
ordenadores instalo el paquete de NTP apropiado, y entonces elijo uno de estos
ordenadores para que extraiga la hora de slug.ctv.es modificando el fichero
/etc/ntp.conf con estas lineas:
" server slug.ctv.es "
" fudge slug.ctv.es "
Entonces en los ordenadores clientes escribo (no estando activo el demonio
"ntpd") ntpdate direccion_ip_del_servidor_de_tiempo_de_mi_LAN , y aparece un
mensaje "not suitable NTP server found...". Entonces espero unos minutos (de 5
a 10), y ejecuto otra vez en los clientes el ntpdate y veo que se sincroniza la
hora perfectamente. Incluso si los clientes tienen Red Hat 7.0 haciendo el
ntpdate funciona.
El problema es que si ahora instalo el paquete NTP en un ordenador con Red Hat
7.0, y le hago la misma modificaci�n en el /etc/ntp.conf
" server slug.ctv.es "
" fudge slug.ctv.es "

Despues de esto intento hacer ntpdate con los clientes a ese ordenador y
obtengo el mensaje "not suitable NTP server found...". Espero y espero...(he
llegado a esperar m�s de una hora) y siempre obtengo "not suitable NTP server
found..."

�Que est� pasando?
Gracias por la informaci�n...

"Tom�s Herrero" wrote:

> Bueno, yo lo hago m�s f�cil a�adiendo en el cron de cada cliente la orden
>
> /usr/sbin/ntpdate  ipdemiservidordetiempo
>
> y para actualizar la hora  en el sistema
>
> /sbin/hwclock --systohc
>
> Txao
>
> To+
> "Juan Pablo Hierro �lvarez" <hierro@no.al.Xspan.es> wrote in message
> news:slrn9bej24.pq.hierro@otilio.cps.unizar.es...
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > El mar, 20 mar 2001 12:49:53 +0100, linuxforever escribi�:
> > >Hola a todos. Me gustar�a saber c�mo puedo configurar el servicio NTP en
> > >mi subred con Red Hat 7.0 Me he bajado e instalado el paquete de NTP
> > >para esta distribuci�n, y he editado en un ordenador de mi red que va a
> > >hacer la tarea de servidor de tiempo el fichero /etc/ntpd.conf,  para
> > >indicarle que obtenga un el tiempo del servidor slug.ctv.es, y veo que
> > >funciona y se pone en hora correctamente, pero...�c�mo configuro el
> > >resto de los ordenadores de mi red local para que obtengan la hora de
> > >este ordenador (del que he configurado, no de slug.ctv.es) ?
> > >
> > Es un poco largo; pero ah� va un ejemplo de fichero de configuraci�n,
> > /etc/ntp.conf
> > _______________________________________
> > #
> > # Fichero de configuraci�n de NTPv4
> > # Servidor de red operando en estrato X+1
> > #
> > # Informaci�n sobre el proceso
> > #
> > logconfig =syncevents +peerevents +sysevents +allclock
> > #
> > # Por defecto, nadie puede ni sincronizar, ni controlar el funcionamiento
> > # del servidor
> > #
> > restrict default notrust nomodify
> > #
> > # Los siguientes invitados pueden modificar el tiempo; pero no controlar
> > # el funcionamiento.
> > #
> > restrict 127.127.1.0 nomodify # reloj local
> > restrict xxx.xxx.xxx.xxx nomodify # mi.servidor.ntp en estrato X.
> > #
> > # Localmente se puede hacer lo que se quiera.
> > #
> > restrict yyy.yyy.yyy.yyy # mi.maquina.es
> > restrict 127.0.0.1
> > #
> > # Servidores p�blicos empleados para sincronizar.
> > #
> > server xxx.xxx.xxx.xxx # mi.servidor.ntp en estrato X.
> > server 127.127.1.0 # reloj local
> > fudge 127.127.1.0 stratum 10
> > #
> > # Asegurarse de que se eligen las opciones apropiadas.
> > # En teor�a deber�an estarlo por defecto.
> > #
> > authenticate    yes
> > enable          monitor stats
> > #authdelay      0.0001 # L�nea ignorada de modo repetitivo.
> > #
> > # Fichero de tendencia en los ajustes al cron�metro.
> > #
> > driftfile       /etc/ntp/drift
> > #
> > # Monitorizaci�n del servidor.
> > #
> > #statistics loopstats peerstats
> > #statsdir /var/log/
> > #filegen loopstats file loop type week link enable
> > #filegen peerstats file peer type week link enable
> > #
> > # Claves de autentificaci�n.
> > # Si no se sabe para que sirve esto, se puede comentar y cambiar m�s
> arriba
> > # la opci�n authenticate yes por authenticate no.
> > #
> > keys            /etc/ntp/keys
> > trustedkey      numero1 numero2 numero3
> > requestkey      numero2 # Acceso a ntpdc.
> > controlkey      numero3 # Acceso a ntpq.
> > _______________________________________________
> > Tambi�n conviene tener el n�mero IP de un par de servidores NTP al menos
> > en el fichero /etc/ntp/step-tickers con la finalidad de realizar la
> > sincronizaci�n inicial al arrancar cada m�quina, siendo el servidor local
> > el responsable de mantenerla luego. Esta sincronizaci�n inicial forzada
> > es muy importante ya que, en modo demonio, el protocolo ntp se cuelga si
> > las discrepancias horarias son muy fuertes.
> > - --
> > Juan Pablo Hierro �lvarez
> > hierro en escomposlinux punto org
> > Clave p�blica: 0xA8707ADF en pgp.rediris.es
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.0.4 (GNU/Linux)
> > Comment: For info see http://www.gnupg.org
> >
> > iEYEARECAAYFAjq3TEEACgkQd1aMoahwet+DRQCffKd/YmHMnlxnVQYXtK4BhxVI
> > 2mQAnil381F+mMrfSa6LwFjpn6+RUu62
> > =PiT6
> > -----END PGP SIGNATURE-----