subject:"NTP"


El 01/08/14 09:50, Maykel Franco escribió:
...

Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos
servidores que me aconsejastes:

server 0.debian.pool.ntp.org iburst
server es.pool.ntp.org iburst

  remote   refid  st t when poll reach   delay   offset  jitter
==
*81.184.154.182. 158.227.98.152 u  463 1024  377   20.3523.954   2.869
+vps01.roethof.n 83.98.201.1343 u  370 1024  377   36.3383.107   1.144

Incluso probé solo con uno y pasa lo mismo también...No sé si puede
ser algo concreto de check_mk o si tengo que cambiar algo de esa
parte.


no se si tendrá relacion con el error, pero es que aunque tienes 2, y 
están ambos en un stratum inferior a 6, hay un delay entre ellos, MAS 
QUE CONSIDERABLE, que entiendo que no es correcto.


Mi consejo, tira solo de uno, para todos los aparatos de la red, que sea 
minimamente fiable, pero si tiene un problema, al menos todos estarán 
sincronizados de la misma forma.



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53de3d8a.60...@bersol.info

Re: Error información desconocida en ntp Debian Wheezy

El domingo, 3 ago 2014 a las 15:47 horas (UTC+2),
Alberto escribió:

El 01/08/14 09:50, Maykel Franco escribió:
...
 Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos
 servidores que me aconsejastes:

 server 0.debian.pool.ntp.org iburst
 server es.pool.ntp.org iburst

   remote   refid  st t when poll reach   delay   offset  
 jitter
 ==
 *81.184.154.182. 158.227.98.152 u  463 1024  377   20.3523.954   
 2.869
 +vps01.roethof.n 83.98.201.1343 u  370 1024  377   36.3383.107   
 1.144

 Incluso probé solo con uno y pasa lo mismo también...No sé si puede
 ser algo concreto de check_mk o si tengo que cambiar algo de esa
 parte.

no se si tendrá relacion con el error, pero es que aunque tienes 2, y 
están ambos en un stratum inferior a 6, hay un delay entre ellos, MAS 
QUE CONSIDERABLE, que entiendo que no es correcto.

¿El retardo (delay) no está expresado en ms? ¿16 milisegundos de
diferencia en los retardos es más que considerable?

Mi consejo, tira solo de uno, para todos los aparatos de la red, que sea 
minimamente fiable, pero si tiene un problema, al menos todos estarán 
sincronizados de la misma forma.

También me sorprende esto. Si este sistema se utilizase para sincronizar
a otros, ¿Cómo iba una única fuente a suministrar tiempos diferentes?

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140803170657.28385...@gmail.com

Re: Error información desconocida en ntp Debian Wheezy


El 03/08/14 17:06, Manolo Díaz escribió:

El domingo, 3 ago 2014 a las 15:47 horas (UTC+2),
Alberto escribió:


El 01/08/14 09:50, Maykel Franco escribió:
...

Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos
servidores que me aconsejastes:

server 0.debian.pool.ntp.org iburst
server es.pool.ntp.org iburst

   remote   refid  st t when poll reach   delay   offset  jitter
==
*81.184.154.182. 158.227.98.152 u  463 1024  377   20.3523.954   2.869
+vps01.roethof.n 83.98.201.1343 u  370 1024  377   36.3383.107   1.144

Incluso probé solo con uno y pasa lo mismo también...No sé si puede
ser algo concreto de check_mk o si tengo que cambiar algo de esa
parte.


no se si tendrá relacion con el error, pero es que aunque tienes 2, y
están ambos en un stratum inferior a 6, hay un delay entre ellos, MAS
QUE CONSIDERABLE, que entiendo que no es correcto.


¿El retardo (delay) no está expresado en ms? ¿16 milisegundos de
diferencia en los retardos es más que considerable?


pues yo diria que no, este es el mio...

alberto@apevia:~$ ntpdc -p
 remote   local  st poll reach  delay   offsetdisp
===
*RouterWrt   192.168.1.10 4  128  377 0.00032 -0.001888 0.10770

como ves, si son milisegundos sera despues del decimal, y la dispersión 
no llega a 1, tu tienes valores con varias unidades



Mi consejo, tira solo de uno, para todos los aparatos de la red, que sea
minimamente fiable, pero si tiene un problema, al menos todos estarán
sincronizados de la misma forma.


También me sorprende esto. Si este sistema se utilizase para sincronizar
a otros, ¿Cómo iba una única fuente a suministrar tiempos diferentes?

Saludos.




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53de7618.7060...@bersol.info

Re: Error información desconocida en ntp Debian Wheezy

El domingo, 3 ago 2014 a las 19:49 horas (UTC+2),
Alberto escribió:

El 03/08/14 17:06, Manolo Díaz escribió:
 El domingo, 3 ago 2014 a las 15:47 horas (UTC+2),
 Alberto escribió:

 El 01/08/14 09:50, Maykel Franco escribió:
 ...
 Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos
 servidores que me aconsejastes:

 server 0.debian.pool.ntp.org iburst
 server es.pool.ntp.org iburst

remote   refid  st t when poll reach   delay   offset  
 jitter
 ==
 *81.184.154.182. 158.227.98.152 u  463 1024  377   20.3523.954   
 2.869
 +vps01.roethof.n 83.98.201.1343 u  370 1024  377   36.3383.107   
 1.144

 Incluso probé solo con uno y pasa lo mismo también...No sé si puede
 ser algo concreto de check_mk o si tengo que cambiar algo de esa
 parte.

 no se si tendrá relacion con el error, pero es que aunque tienes 2, y
 están ambos en un stratum inferior a 6, hay un delay entre ellos, MAS
 QUE CONSIDERABLE, que entiendo que no es correcto.

 ¿El retardo (delay) no está expresado en ms? ¿16 milisegundos de
 diferencia en los retardos es más que considerable?

pues yo diria que no, este es el mio...

alberto@apevia:~$ ntpdc -p
  remote   local  st poll reach  delay   offsetdisp
===
*RouterWrt   192.168.1.10 4  128  377 0.00032 -0.001888 0.10770

como ves, si son milisegundos sera despues del decimal, y la dispersión 
no llega a 1, tu tienes valores con varias unidades

Claro, tú estás usando tu router local, ese que está a pocos metros de
distancia y es el siguiente nodo en la red, como servidor de tiempo.
Naturalmente los retardos son bajísimos, faltaría más. Pero ese router
ha de sincronizarse con otros servidores en internet, y seguro que el
retardo ya no es tan bueno. No te engañes por la bondad de esos
valores. Eso sí, como bien dices, todos los equipos de tu red estarán
bien sincronizados.

Tienes una configuración típica en una red local. En cambio, lo que
está haciendo Maykel es usar directamente los servidores de tiempo de
internet, sin consultar a ningún nodo de su red doméstica.

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140803202245.3b91c...@gmail.com

Re: Error información desconocida en ntp Debian Wheezy


El 03/08/14 20:22, Manolo Díaz escribió:
...


alberto@apevia:~$ ntpdc -p
  remote   local  st poll reach  delay   offsetdisp
===
*RouterWrt   192.168.1.10 4  128  377 0.00032 -0.001888 0.10770

como ves, si son milisegundos sera despues del decimal, y la dispersión
no llega a 1, tu tienes valores con varias unidades


Claro, tú estás usando tu router local, ese que está a pocos metros de
distancia y es el siguiente nodo en la red, como servidor de tiempo.
Naturalmente los retardos son bajísimos, faltaría más. Pero ese router
ha de sincronizarse con otros servidores en internet, y seguro que el
retardo ya no es tan bueno. No te engañes por la bondad de esos
valores. Eso sí, como bien dices, todos los equipos de tu red estarán
bien sincronizados.

Tienes una configuración típica en una red local. En cambio, lo que
está haciendo Maykel es usar directamente los servidores de tiempo de
internet, sin consultar a ningún nodo de su red doméstica.


creo que estas mezclando los terminos,
una cosa es el retardo en la consulta al NTP server que hayas 
configurado, y otra el desfase de la hora que tengas con el


sea cual sea la distancia que tengas con respecto a tu NTP server (el 
grado de proximidad, o saltos viene determinado por el stratum) tu 
desfase con respecto a tu servidor no debiera ser superior a medio 
segundo, ya que es este el umbral que determina NTP para ir modificando 
la hora de tu sistema (aunque de este dato no estoy seguro si 
corresponde a ntpdate)


si la consulta se ralentiza en demasia, entonces NTP deja de tener 
sentido ya que no puede garantizar la sincronización con el sistema


esas cifras que ha pegado, entiendo que deben ser provocadas por una 
ralentización excesiva en la consulta, o que lleva poco tiempo 
trabajando con este servidor, y aun no ha llegado a sincronizarlo 
correctamente (recordemos que NTP realiza su funcion gradualmente)







--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53de8ca5.90...@bersol.info

Re: Error información desconocida en ntp Debian Wheezy

El domingo, 3 ago 2014 a las 21:25 horas (UTC+2),
Alberto escribió:

El 03/08/14 20:22, Manolo Díaz escribió:
...

 alberto@apevia:~$ ntpdc -p
   remote   local  st poll reach  delay   offsetdisp
 ===
 *RouterWrt   192.168.1.10 4  128  377 0.00032 -0.001888 0.10770

 como ves, si son milisegundos sera despues del decimal, y la dispersión
 no llega a 1, tu tienes valores con varias unidades

 Claro, tú estás usando tu router local, ese que está a pocos metros de
 distancia y es el siguiente nodo en la red, como servidor de tiempo.
 Naturalmente los retardos son bajísimos, faltaría más. Pero ese router
 ha de sincronizarse con otros servidores en internet, y seguro que el
 retardo ya no es tan bueno. No te engañes por la bondad de esos
 valores. Eso sí, como bien dices, todos los equipos de tu red estarán
 bien sincronizados.

 Tienes una configuración típica en una red local. En cambio, lo que
 está haciendo Maykel es usar directamente los servidores de tiempo de
 internet, sin consultar a ningún nodo de su red doméstica.

creo que estas mezclando los terminos,
una cosa es el retardo en la consulta al NTP server que hayas 
configurado, y otra el desfase de la hora que tengas con el

sea cual sea la distancia que tengas con respecto a tu NTP server (el 
grado de proximidad, o saltos viene determinado por el stratum) tu 
desfase con respecto a tu servidor no debiera ser superior a medio 
segundo, ya que es este el umbral que determina NTP para ir modificando 
la hora de tu sistema (aunque de este dato no estoy seguro si 
corresponde a ntpdate)

si la consulta se ralentiza en demasia, entonces NTP deja de tener 
sentido ya que no puede garantizar la sincronización con el sistema

esas cifras que ha pegado, entiendo que deben ser provocadas por una 
ralentización excesiva en la consulta, o que lleva poco tiempo 
trabajando con este servidor, y aun no ha llegado a sincronizarlo 
correctamente (recordemos que NTP realiza su funcion gradualmente)

Esas cifras que Maykel ha pegado no creo que difieran mucho a las que
mostraría tu router que, a diferencia de tu ordenador, no tiene una
conexión directa con el servidor de stratum 3 (por lo que muestras en
tu correo).

Si puedes logarte en tu router y ejecutar allí ntpq -p verás más
claramente lo que te quiero decir. 

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140803214217.14d5e...@gmail.com

Re: Error información desconocida en ntp Debian Wheezy


El 03/08/14 21:42, Manolo Díaz escribió:
...

Esas cifras que Maykel ha pegado no creo que difieran mucho a las que
mostraría tu router que, a diferencia de tu ordenador, no tiene una
conexión directa con el servidor de stratum 3 (por lo que muestras en
tu correo).

Si puedes logarte en tu router y ejecutar allí ntpq -p verás más
claramente lo que te quiero decir.


ntpd: resolved peer 1.debian.pool.ntp.org to 147.83.123.133
ntpd: sent query to 147.83.123.133
ntpd: reply from 147.83.123.133: reach 0x01 offset -0.005482 delay 
0.047070 status 0x24 strat 3 refid 0xc0a83d05 rootdelay 0.002045



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53de9778.4050...@bersol.info

Re: Error información desconocida en ntp Debian Wheezy

El domingo, 3 ago 2014 a las 22:11 horas (UTC+2),
Alberto escribió:

El 03/08/14 21:42, Manolo Díaz escribió:
...
 Esas cifras que Maykel ha pegado no creo que difieran mucho a las que
 mostraría tu router que, a diferencia de tu ordenador, no tiene una
 conexión directa con el servidor de stratum 3 (por lo que muestras en
 tu correo).

 Si puedes logarte en tu router y ejecutar allí ntpq -p verás más
 claramente lo que te quiero decir.

ntpd: resolved peer 1.debian.pool.ntp.org to 147.83.123.133
ntpd: sent query to 147.83.123.133
ntpd: reply from 147.83.123.133: reach 0x01 offset -0.005482 delay 
0.047070 status 0x24 strat 3 refid 0xc0a83d05 rootdelay 0.002045

La orden usada importa, Alberto, porque las unidades mostradas pueden
ser diferentes. 

Maykel usa ntpq -p, cuya salida viene dada en milisegundos, y tú has
usado previamente ntpdc -p (acabo de darme cuenta), que muestra la
salida en segundos y ahora los logs de ntpd, que no sé qué unidad de
tiempo usa, supongo que también el segundo.

-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140804010540.3669e...@gmail.com

Re: Error información desconocida en ntp Debian Wheezy

2014-08-01 Por tema Maykel Franco

El día 30 de julio de 2014, 9:27, Maykel Franco
maykeldeb...@gmail.com escribió:
 El día 29 de julio de 2014, 15:40, Camaleón noela...@gmail.com escribió:
 El Tue, 29 Jul 2014 10:45:59 +0200, Maykel Franco escribió:

 El día 25 de julio de 2014, 16:00, Camaleón noela...@gmail.com
 escribió:

 (...)

 [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout
 in ntpq -p or NTP daemon not running
 http://lists.mathias-kettner.de/pipermail/checkmk-en/2013-
 November/010874.html

 Gracias por la URL. Lo único que he sacado en claro hacer es añadir un
 check ntp time personalizado en check_mk y aumentarle los tiempos de
 respuesta.

 Lo que viene a decir el hilo es que se trata de un timeout generado
 por alguno de los servidores que tienes configurados para sincronizar
 la hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que
 usaras servidores redundados (un único equipo consulta a varios):

 sm01@stt008:~$ host es.pool.ntp.org
 es.pool.ntp.org has address 81.184.154.182
 es.pool.ntp.org has address 213.194.159.3

 Estos servidores que me devuelve al hacer un ntpq -p:

 -118.Red-81-47-1 217.25.31.1  3 u  895 1024  377   19.0560.359   
 4.387
 +evl1900860-pip.192.93.2.20   2 u  990 1024  3772.534   -3.909   
 5.391
 *guti.uc3m.es130.206.3.1662 u  109 1024  3773.8773.641   
 5.113
 +dns3.masbytes.e 81.19.96.148 3 u  398 1024  377   13.273   -3.225   
 3.221

 Es que son muchos... ¿para que consultar a 4 servidores que además
 redundados?

 0.debian.pool.ntp.org has address 46.17.142.10
 0.debian.pool.ntp.org has address 213.194.159.3
 0.debian.pool.ntp.org has address 46.16.60.129

 sm01@stt008:~$ host 1.debian.pool.ntp.org
 1.debian.pool.ntp.org has address 77.227.249.190
 1.debian.pool.ntp.org has address 84.77.40.132
 1.debian.pool.ntp.org has address 147.83.123.133

 Es el resultado de consultar los que hay en /etc/ntp.conf no??

 server 0.debian.pool.ntp.org iburst
 server 1.debian.pool.ntp.org iburst
 server 2.debian.pool.ntp.org iburst
 server 3.debian.pool.ntp.org iburst

 Sí, esa es la configuración predeterminada pero se puede cambiar, de
 hecho yo lo dejé únicamente éste que me ha funcionado siempre bien:

 server es.pool.ntp.org iburst

 Si quieres algo más de seguridad, puedes mantener uno de los
 predeterminados, por ejemplo:

 server es.pool.ntp.org iburst
 server 0.debian.pool.ntp.org iburst

 Ententido, muchas gracias.

 He realizado los cambios, ahora al hacer un ntpq -p devuelve solo un servidor:

  remote   refid  st t when poll reach   delay   offset  jitter
 ==
  masip.celingest .INIT.  16 u-   6400.0000.000   0.000

 Voy a probar haber si así no llegan las alertas.

 Por cierto apunte, hay que reiniciar ntp evidentemente para que coja
 los nuevos cambios.

 Si no me llegan más alertas, pondré el hilo como solucionado.

 Saludos.


 Con lo cual es ahí donde tengo que cambiarlos?

 Sí, en ese archivo defines qué servidores quieres consultar y con qué
 opciones.

 Saludos,

 --
 Camaleón


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/pan.2014.07.29.13.40...@gmail.com


Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos
servidores que me aconsejastes:

server 0.debian.pool.ntp.org iburst
server es.pool.ntp.org iburst

 remote   refid  st t when poll reach   delay   offset  jitter
==
*81.184.154.182. 158.227.98.152 u  463 1024  377   20.3523.954   2.869
+vps01.roethof.n 83.98.201.1343 u  370 1024  377   36.3383.107   1.144

Incluso probé solo con uno y pasa lo mismo también...No sé si puede
ser algo concreto de check_mk o si tengo que cambiar algo de esa
parte.

Saludos.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caj2aoa8d7_yuvyfteghprkqke0toz5vxprwbayg8emvsjxg...@mail.gmail.com

Re: Error información desconocida en ntp Debian Wheezy

2014-08-01 Por tema Camaleón

El Fri, 01 Aug 2014 09:50:21 +0200, Maykel Franco escribió:

 El día 30 de julio de 2014, 9:27, Maykel Franco maykeldeb...@gmail.com
 escribió:
 El día 29 de julio de 2014, 15:40, Camaleón noela...@gmail.com
 escribió:

(...)

 Con lo cual es ahí donde tengo que cambiarlos?

 Sí, en ese archivo defines qué servidores quieres consultar y con qué
 opciones.

 Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos
 servidores que me aconsejastes:
 
 server 0.debian.pool.ntp.org iburst 
 server es.pool.ntp.org iburst

Prueba poniendo delante el es.pool.ntp.org para darle prioridad, es 
decir:

server es.pool.ntp.org iburst
server 0.debian.pool.ntp.org iburst 


  remote   refid  st t when poll reach   delay   offset 
  jitter
 
==
 *81.184.154.182. 158.227.98.152 u  463 1024  377   20.3523.954  
 2.869 +vps01.roethof.n 83.98.201.1343 u  370 1024  377   36.338   
 3.107   1.144
 
 Incluso probé solo con uno y pasa lo mismo también...No sé si puede ser
 algo concreto de check_mk o si tengo que cambiar algo de esa parte.

Pues deja sólo es.pool.ntp.org, no vaya a ser que el grupo de 
servidores de debian.pool.ntp.org tenga algún equipos problemático o 
sea lentorro al responder.

De todas formas no le des excesiva importancia al mensaje de aviso (un 
timeout lo podemos recibir todos pero simplemente no queda registrado al 
no disponer de un chivato como el check_mk) sino a la sincronización, 
es decir, a que la hora no tenga un desfase exagerado.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.08.01.14.10...@gmail.com

Re: Error información desconocida en ntp Debian Wheezy

2014-08-01 Por tema BasaBuru

El Viernes, 1 de agosto de 2014 14:10:51 Camaleón escribió:


Prueba. tienes que instalar ntpdate

:~# ntpdate-debian

 1 Aug 17:58:59 ntpdate[24878]: adjust time server 158.227.98.15 offset 
0.001715 sec



-- 
Un saludo / agur bero bat

BasaBuru

 BASATU 

basatia bihur zaitez
   ~


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1929497.YkUfFuqBKj@basatu

Re: Error información desconocida en ntp Debian Wheezy

2014-07-30 Por tema Maykel Franco

El día 29 de julio de 2014, 15:40, Camaleón noela...@gmail.com escribió:
 El Tue, 29 Jul 2014 10:45:59 +0200, Maykel Franco escribió:

 El día 25 de julio de 2014, 16:00, Camaleón noela...@gmail.com
 escribió:

 (...)

 [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout
 in ntpq -p or NTP daemon not running
 http://lists.mathias-kettner.de/pipermail/checkmk-en/2013-
 November/010874.html

 Gracias por la URL. Lo único que he sacado en claro hacer es añadir un
 check ntp time personalizado en check_mk y aumentarle los tiempos de
 respuesta.

 Lo que viene a decir el hilo es que se trata de un timeout generado
 por alguno de los servidores que tienes configurados para sincronizar
 la hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que
 usaras servidores redundados (un único equipo consulta a varios):

 sm01@stt008:~$ host es.pool.ntp.org
 es.pool.ntp.org has address 81.184.154.182
 es.pool.ntp.org has address 213.194.159.3

 Estos servidores que me devuelve al hacer un ntpq -p:

 -118.Red-81-47-1 217.25.31.1  3 u  895 1024  377   19.0560.359   
 4.387
 +evl1900860-pip.192.93.2.20   2 u  990 1024  3772.534   -3.909   
 5.391
 *guti.uc3m.es130.206.3.1662 u  109 1024  3773.8773.641   
 5.113
 +dns3.masbytes.e 81.19.96.148 3 u  398 1024  377   13.273   -3.225   
 3.221

 Es que son muchos... ¿para que consultar a 4 servidores que además
 redundados?

 0.debian.pool.ntp.org has address 46.17.142.10
 0.debian.pool.ntp.org has address 213.194.159.3
 0.debian.pool.ntp.org has address 46.16.60.129

 sm01@stt008:~$ host 1.debian.pool.ntp.org
 1.debian.pool.ntp.org has address 77.227.249.190
 1.debian.pool.ntp.org has address 84.77.40.132
 1.debian.pool.ntp.org has address 147.83.123.133

 Es el resultado de consultar los que hay en /etc/ntp.conf no??

 server 0.debian.pool.ntp.org iburst
 server 1.debian.pool.ntp.org iburst
 server 2.debian.pool.ntp.org iburst
 server 3.debian.pool.ntp.org iburst

 Sí, esa es la configuración predeterminada pero se puede cambiar, de
 hecho yo lo dejé únicamente éste que me ha funcionado siempre bien:

 server es.pool.ntp.org iburst

 Si quieres algo más de seguridad, puedes mantener uno de los
 predeterminados, por ejemplo:

 server es.pool.ntp.org iburst
 server 0.debian.pool.ntp.org iburst

Ententido, muchas gracias.

He realizado los cambios, ahora al hacer un ntpq -p devuelve solo un servidor:

 remote   refid  st t when poll reach   delay   offset  jitter
==
 masip.celingest .INIT.  16 u-   6400.0000.000   0.000

Voy a probar haber si así no llegan las alertas.

Por cierto apunte, hay que reiniciar ntp evidentemente para que coja
los nuevos cambios.

Si no me llegan más alertas, pondré el hilo como solucionado.

Saludos.


 Con lo cual es ahí donde tengo que cambiarlos?

 Sí, en ese archivo defines qué servidores quieres consultar y con qué
 opciones.

 Saludos,

 --
 Camaleón


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/pan.2014.07.29.13.40...@gmail.com



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caj2aoa_wpk9iwqjtca84fxxhfevs8qjn1xcucaevyxnfurt...@mail.gmail.com

Re: Error información desconocida en ntp Debian Wheezy

2014-07-29 Por tema Maykel Franco

El día 25 de julio de 2014, 16:00, Camaleón noela...@gmail.com escribió:
 El Fri, 25 Jul 2014 10:00:35 +0200, Maykel Franco escribió:

 El día 22 de julio de 2014, 15:31, Camaleón noela...@gmail.com
 escribió:

 (...)

 UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon
 not running

 (...)

 No entiendo el por qué del error, si devuelve resultado...

 ¿Qué puedo estar haciendo mal? ¿Alguna idea?

 Revisa este hilo:

 [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout
 in ntpq -p or NTP daemon not running
 http://lists.mathias-kettner.de/pipermail/checkmk-en/2013-
 November/010874.html

 Gracias por la URL. Lo único que he sacado en claro hacer es añadir un
 check ntp time personalizado en check_mk y aumentarle los tiempos de
 respuesta.

 Lo que viene a decir el hilo es que se trata de un timeout generado por
 alguno de los servidores que tienes configurados para sincronizar la
 hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que usaras
 servidores redundados (un único equipo consulta a varios):

 sm01@stt008:~$ host es.pool.ntp.org
 es.pool.ntp.org has address 81.184.154.182
 es.pool.ntp.org has address 213.194.159.3

Estos servidores que me devuelve al hacer un ntpq -p:

-118.Red-81-47-1 217.25.31.1  3 u  895 1024  377   19.0560.359   4.387
+evl1900860-pip. 192.93.2.20  2 u  990 1024  3772.534   -3.909   5.391
*guti.uc3m.es130.206.3.1662 u  109 1024  3773.8773.641   5.113
+dns3.masbytes.e 81.19.96.148 3 u  398 1024  377   13.273   -3.225   3.221

Es el resultado de consultar los que hay en /etc/ntp.conf no??

server 0.debian.pool.ntp.org iburst
server 1.debian.pool.ntp.org iburst
server 2.debian.pool.ntp.org iburst
server 3.debian.pool.ntp.org iburst


Con lo cual es ahí donde tengo que cambiarlos?

Saludos.


 Ya lo he cambiado, veremos haber si no vuelve a llegar la alerta...

 De eso se trata, de que vayas haciendo pruebas hasta que des con la mejor
 opción.

 Saludos,

 --
 Camaleón


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/pan.2014.07.25.14.00...@gmail.com



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAJ2aOA9KfLfXVv=x=htgle8mnues4+px_6z8grd-8ajqv+6...@mail.gmail.com

Re: Error información desconocida en ntp Debian Wheezy

2014-07-29 Por tema Camaleón

El Tue, 29 Jul 2014 10:45:59 +0200, Maykel Franco escribió:

 El día 25 de julio de 2014, 16:00, Camaleón noela...@gmail.com
 escribió:

(...)

 [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout
 in ntpq -p or NTP daemon not running
 http://lists.mathias-kettner.de/pipermail/checkmk-en/2013-
 November/010874.html

 Gracias por la URL. Lo único que he sacado en claro hacer es añadir un
 check ntp time personalizado en check_mk y aumentarle los tiempos de
 respuesta.

 Lo que viene a decir el hilo es que se trata de un timeout generado
 por alguno de los servidores que tienes configurados para sincronizar
 la hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que
 usaras servidores redundados (un único equipo consulta a varios):

 sm01@stt008:~$ host es.pool.ntp.org 
 es.pool.ntp.org has address 81.184.154.182 
 es.pool.ntp.org has address 213.194.159.3
 
 Estos servidores que me devuelve al hacer un ntpq -p:
 
 -118.Red-81-47-1 217.25.31.1  3 u  895 1024  377   19.0560.359   
 4.387 
 +evl1900860-pip.192.93.2.20   2 u  990 1024  3772.534   -3.909   
 5.391 
 *guti.uc3m.es130.206.3.1662 u  109 1024  3773.8773.641   
 5.113 
 +dns3.masbytes.e 81.19.96.148 3 u  398 1024  377   13.273   -3.225   3.221

Es que son muchos... ¿para que consultar a 4 servidores que además 
redundados?

0.debian.pool.ntp.org has address 46.17.142.10
0.debian.pool.ntp.org has address 213.194.159.3
0.debian.pool.ntp.org has address 46.16.60.129

sm01@stt008:~$ host 1.debian.pool.ntp.org
1.debian.pool.ntp.org has address 77.227.249.190
1.debian.pool.ntp.org has address 84.77.40.132
1.debian.pool.ntp.org has address 147.83.123.133

 Es el resultado de consultar los que hay en /etc/ntp.conf no??
 
 server 0.debian.pool.ntp.org iburst 
 server 1.debian.pool.ntp.org iburst
 server 2.debian.pool.ntp.org iburst 
 server 3.debian.pool.ntp.org iburst

Sí, esa es la configuración predeterminada pero se puede cambiar, de 
hecho yo lo dejé únicamente éste que me ha funcionado siempre bien:

server es.pool.ntp.org iburst

Si quieres algo más de seguridad, puedes mantener uno de los 
predeterminados, por ejemplo:

server es.pool.ntp.org iburst
server 0.debian.pool.ntp.org iburst

 Con lo cual es ahí donde tengo que cambiarlos?

Sí, en ese archivo defines qué servidores quieres consultar y con qué 
opciones.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.07.29.13.40...@gmail.com

Re: Error información desconocida en ntp Debian Wheezy

2014-07-25 Por tema Maykel Franco

El día 22 de julio de 2014, 15:31, Camaleón noela...@gmail.com escribió:
 El Tue, 22 Jul 2014 12:58:53 +0200, Maykel Franco escribió:

 Hola muy buenas, vengo usando desde hace tiempo check_mk + nagios para
 monitorizar las máquinas, usando su agente check_mk_agent, y el caso
 curioso es que me ha dado hoy un error al obtener información desde
 ntpq, concretamente:

 UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not
 running

 (...)

 No entiendo el por qué del error, si devuelve resultado...

 ¿Qué puedo estar haciendo mal? ¿Alguna idea?

 Revisa este hilo:

 [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq 
 -p or NTP daemon not running
 http://lists.mathias-kettner.de/pipermail/checkmk-en/2013-November/010874.html

 Saludos,

 --
 Camaleón


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/pan.2014.07.22.13.31...@gmail.com


Gracias por la URL. Lo único que he sacado en claro hacer es añadir un
check ntp time personalizado en check_mk y aumentarle los tiempos de
respuesta.

Ya lo he cambiado, veremos haber si no vuelve a llegar la alerta...

Saludos.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAJ2aOA-cueSjFzhqS7HnuRoY+Ov15Z5=y9z0gbhkdv9t6no...@mail.gmail.com

Re: Error información desconocida en ntp Debian Wheezy

2014-07-25 Por tema Camaleón

El Fri, 25 Jul 2014 10:00:35 +0200, Maykel Franco escribió:

 El día 22 de julio de 2014, 15:31, Camaleón noela...@gmail.com
 escribió:

(...)

 UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon
 not running

 (...)

 No entiendo el por qué del error, si devuelve resultado...

 ¿Qué puedo estar haciendo mal? ¿Alguna idea?

 Revisa este hilo:

 [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout
 in ntpq -p or NTP daemon not running
 http://lists.mathias-kettner.de/pipermail/checkmk-en/2013-
November/010874.html

 Gracias por la URL. Lo único que he sacado en claro hacer es añadir un
 check ntp time personalizado en check_mk y aumentarle los tiempos de
 respuesta.

Lo que viene a decir el hilo es que se trata de un timeout generado por 
alguno de los servidores que tienes configurados para sincronizar la 
hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que usaras 
servidores redundados (un único equipo consulta a varios):

sm01@stt008:~$ host es.pool.ntp.org
es.pool.ntp.org has address 81.184.154.182
es.pool.ntp.org has address 213.194.159.3

 Ya lo he cambiado, veremos haber si no vuelve a llegar la alerta...

De eso se trata, de que vayas haciendo pruebas hasta que des con la mejor 
opción.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.07.25.14.00...@gmail.com

Error información desconocida en ntp Debian Wheezy

2014-07-22 Por tema Maykel Franco

Hola muy buenas, vengo usando desde hace tiempo check_mk + nagios para
monitorizar las máquinas, usando su agente check_mk_agent, y el caso
curioso es que me ha dado hoy un error al obtener información desde
ntpq, concretamente:

UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running

Me logueado en la máquina y lo he ejecutado a mano:

root@web2:~# ntpq -p
 remote   refid  st t when poll reach   delay   offset  jitter
==
*guti.uc3m.es130.206.3.1662 u   34 1024  377   16.478   -2.557   0.495
 ntp.upf.edu 10.80.205.1502 u 159d 10240   32.1010.570   0.000
+lttlesis.deekay 209.51.161.238   2 u  487 1024  377  133.708   -7.125   3.363
+ntp01.srv.cat   158.227.98.152 u  293 1024  377   12.3154.837   0.523

Sí me devuelve resultado.

Y es más, compruebo que está levantado el demonio:

root@web2:~# /etc/init.d/ntp status
NTP server is running.
root@web2:~# ps aux | grep ntp
ntp 2203  0.0  0.0  38944  1244 ?Ss   Jan16  11:11
/usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 101:104
root  111597  0.0  0.0   7792   940 pts/0S+   12:55   0:00 grep ntp
ntp   713461  0.0  0.0  23776   232 ?Ss   Jun07   0:00
dbus-daemon --system --fork --activation=upstart

No entiendo el por qué del error, si devuelve resultado...

¿Qué puedo estar haciendo mal? ¿Alguna idea?

Saludos.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAJ2aOA9O3Jp�stUYPZn11sVw�fid6ubpk9z8dt12hyq...@mail.gmail.com

Re: Error información desconocida en ntp Debian Wheezy

2014-07-22 Por tema Camaleón

El Tue, 22 Jul 2014 12:58:53 +0200, Maykel Franco escribió:

 Hola muy buenas, vengo usando desde hace tiempo check_mk + nagios para
 monitorizar las máquinas, usando su agente check_mk_agent, y el caso
 curioso es que me ha dado hoy un error al obtener información desde
 ntpq, concretamente:
 
 UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not
 running

(...)

 No entiendo el por qué del error, si devuelve resultado...
 
 ¿Qué puedo estar haciendo mal? ¿Alguna idea?

Revisa este hilo:

[Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq 
-p or NTP daemon not running
http://lists.mathias-kettner.de/pipermail/checkmk-en/2013-November/010874.html

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.07.22.13.31...@gmail.com

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

2014-07-15 Por tema Camaleón

El Mon, 14 Jul 2014 23:08:23 +0200, Eduardo Rios escribió:

 El 14/07/14 a las #4, Eduardo Rios escribió:

 
 Si lo he entendido bien para estaciones de trabajo, como mi portátil,
 conviene instalar el paquete ntpdate, (ya que el sistema se
 reinicia/apaga bastante a menudo), y no ntp, ya que es para servidores
 ¿no?, sin embargo, ntp es el paquete que instaló Debian durante el
   ^^^
 proceso de instalación, (...)
 
 
 Escribo para aclarar, que Debian por si sólo no instala ninguno de los 
 dos paquetes. Ni ntp ni ntpdate.

Bueno, eso depende del tipo de instalación que hagas.

 Acabo de darme cuenta en un equipo que tengo instalado con Debian 
 estable 7.6, pero que en el momento de la instalación la hice sin 
 entorno gráfico, y luego yo instalé LXDE.

Exacto. Cuando haces una instalación mínima no se instala ninguno de los 
dos, me pasó lo mismo.

 En el equipo que si tengo instalado ntp, ya no sé si es que lo 
 instalaría automáticamente el instalador por coger entorno gráfico 
 gnome, u otro motivo, pero manualmente yo, seguro que no.

Bueno, aunque no es fiable al 100% puedes preguntar a dpkg qué paquetes 
dependen (sugerencias y recomendaciones incluidas) de ntp/ntpdate:

sm01@stt008:~$ apt-cache rdepends ntp ntpdate
ntp
Reverse Depends:
  tucnak2
  radioclk
  predict-gsat
  predict
  openntpd
  openntpd
  netsniff-ng
  jffnms
 |ircd-ratbox
  hobbit-plugins
 |gnumed-client
  gnome-system-tools
  fake-hwclock
  dovecot-core
  education-main-server
  dancer-ircd
 |aiccu
 |openafs-fileserver
  dovecot-core
  chrony
ntpdate
Reverse Depends:
  tucnak2
  ltsp-client-core
  ltsp-client
  gnumed-client
 |aiccu
  adjtimex

Como ves no son muchos.

 Ahora si se lo acabo de instalar al otro equipo :)

Si es que realmente no debería ser necesario la sincronización de la hora 
salvo que se esté ejecutando alguna aplicación que requiera precisión 
milimétrica. Estoy segura de que dejando el equipo un año sin 
sincronización horaria el desfase al que puede llegar no supera ni los 5 
minutos.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.07.15.13.15...@gmail.com

Re: (RESUELTO) Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

2014-07-14 Por tema Manolo Díaz

El lunes, 14 jul 2014 a las 01:25 horas (UTC+2),
Eduardo Rios escribió:

[...]

Leyendo detenidamente la información del paquete ntpdate, dice:

Si el demonio NTP completo del paquete «ntp» está instalado, entonces
ntpdate no es necesario.

Resumiendo, que el instalador de Debian hizo bien el trabajo al instalar 
el paquete ntp, y el libro es el que me ha confundido...

Ntp cubre todas las funcionalidades de ntpdate, pero no al contrario.
Para un portátil hubiese bastado cualquiera de los dos, y el hecho de
que el instalador de Debian instalase ntp seguramente tiene más que ver
con lo que te explica Fabián en su correo.

Ntpdate está marcado como obsoleto por sus desarrolladores, los mismos
que desarrollan también ntp.

Saludos.
--
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140714090818.1e464...@gmail.com

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

2014-07-14 Por tema Camaleón

El Mon, 14 Jul 2014 00:10:57 +0200, Eduardo Rios escribió:

 Buenas.
 
 Me estoy leyendo el Libro del Administrador de Debian, versión 7
 (Wheezy), y en el capítulo 4, sobre la instalación, en la sección 4.2.9,
 configuración del reloj, dice:

(...)

 Ahora, mi dudas son:
 
 Si lo he entendido bien para estaciones de trabajo, como mi portátil,
 conviene instalar el paquete ntpdate, (ya que el sistema se
 reinicia/apaga bastante a menudo), y no ntp, ya que es para servidores
 ¿no?, sin embargo, ntp es el paquete que instaló Debian durante el
 proceso de instalación, y no ntpdate. ¿Hago el cambio y ya está? ¿O es
 mejor dejarlo así?

No, hombre, deja ntp.

 Tengo en el mismo equipo instalado Windows 8.1. ¿Si instalo el paquete
 ntpdate, puede que tenga problemas con la hora (conflicto) entre ambos
 sistemas?

¿Y eso por qué? Ambos demonios (ntp/ntpdate) hacen lo mismo: mantener la 
hora sincronizada lo cual era un problema con versiones anteriores de 
windows (XP) porque estaban configurados para usar la hora local en lugar 
de UTC pero me parece que las nuevas versiones ya lo han cambiado.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.07.14.13.45...@gmail.com

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)


El 14/07/14 a las #4, Fabián Bonetti escribió:


ntpdate quedo en desuso. por muchos factores.
Ahora se usa ntpd.


Mmmm vaya, pues habría que avisar a los autores del libro para que no lo 
mencionen en la siguiente edición del libro... o si pueden corregirlo en 
esta, mejor




ntp es un protocolo o sea anda en cualquier plataforma (OS).

Se recomienda usar servidores cerca de tu nación para no perder milisegundos de 
sincronización.

Cuanto mas cerca mejor estará tu sistema sincronizado, sea un plancha de pelo 
con android como

un pc desktop o servidor.


Según el fichero /etc/ntp.conf, tengo configurados estos servidores:
server 0.debian.pool.ntp.org iburst
server 1.debian.pool.ntp.org iburst
server 2.debian.pool.ntp.org iburst
server 3.debian.pool.ntp.org iburst

No sé si debería cambiar algo o no, según la Web 
http://www.pool.ntp.org/es/use.html, parece que si debería cambiar algo...




Actualmente poseo un servicio de sincronización situado en Buenos Aires.

http://ntp.mamalibre.com.ar/

Pruébalo si estas cerca de el.


¡Que va! Muchas gracias. Me encuentro en España, Comunidad Valenciana.

--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lq0p7v$4o5$1...@ger.gmane.org

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)


El 14/07/14 a las #4, Camaleón escribió:

El Mon, 14 Jul 2014 00:10:57 +0200, Eduardo Rios escribió:



Ahora, mi dudas son:

Si lo he entendido bien para estaciones de trabajo, como mi portátil,
conviene instalar el paquete ntpdate, (ya que el sistema se
reinicia/apaga bastante a menudo), y no ntp, ya que es para servidores
¿no?, sin embargo, ntp es el paquete que instaló Debian durante el
proceso de instalación, y no ntpdate. ¿Hago el cambio y ya está? ¿O es
mejor dejarlo así?


No, hombre, deja ntp.


Gracias. Oído cocina :)




Tengo en el mismo equipo instalado Windows 8.1. ¿Si instalo el paquete
ntpdate, puede que tenga problemas con la hora (conflicto) entre ambos
sistemas?


¿Y eso por qué? Ambos demonios (ntp/ntpdate) hacen lo mismo: mantener la
hora sincronizada lo cual era un problema con versiones anteriores de
windows (XP) porque estaban configurados para usar la hora local en lugar
de UTC pero me parece que las nuevas versiones ya lo han cambiado.


Pues parece ser que no, que Windows sigue yendo a su bola, en su 
mundo... En el fichero /etc/adjtime, la última línea pone LOCAL, ya que 
si no, en Debian veía la hora con 2 horas posteriores...


--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lq0pjv$a37$1...@ger.gmane.org

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

2014-07-14 Por tema Camaleón

El Mon, 14 Jul 2014 16:31:27 +0200, Eduardo Rios escribió:

 El 14/07/14 a las #4, Camaleón escribió:

(...)

 Tengo en el mismo equipo instalado Windows 8.1. ¿Si instalo el paquete
 ntpdate, puede que tenga problemas con la hora (conflicto) entre ambos
 sistemas?

 ¿Y eso por qué? Ambos demonios (ntp/ntpdate) hacen lo mismo: mantener
 la hora sincronizada lo cual era un problema con versiones anteriores
 de windows (XP) porque estaban configurados para usar la hora local en
 lugar de UTC pero me parece que las nuevas versiones ya lo han
 cambiado.
 
 Pues parece ser que no, que Windows sigue yendo a su bola, en su
 mundo... En el fichero /etc/adjtime, la última línea pone LOCAL, ya que
 si no, en Debian veía la hora con 2 horas posteriores...

Hum... a ver, si no recuerdo mal, cuando en un disco duro hay dos 
sistemas modernillos instalados (linux-windows), lo ideal es:

- Poner la BIOS con la hora UTC
- Configurar Linux para que use UTC
- Configurar Windows para que use UTC

Así todos están contentos. 

El problema que que en versiones anteriores de Windows configurarlo para 
usar UTC era, si no imposible sí complicado, por lo que al final todos 
tenían que j*od... ejem, aguantarse y usar la hora local pero en las 
nuevas versiones se puede configurar de manera sencilla.

¿Te sigue dando problemas con la configuración mencionada más arriba?

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.07.14.14.38...@gmail.com

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)


El 14/07/14 a las #4, Camaleón escribió:


Hum... a ver, si no recuerdo mal, cuando en un disco duro hay dos
sistemas modernillos instalados (linux-windows), lo ideal es:

- Poner la BIOS con la hora UTC
- Configurar Linux para que use UTC
- Configurar Windows para que use UTC

Así todos están contentos.


Vale, pues voy a ver si soy capaz de hacer que los dos sistemas marquen 
la hora en UTC


Pero a ver, si digamos que ahora son las 19:00 horas... realmente, ¿es 
hora local, o UTC?



¿Te sigue dando problemas con la configuración mencionada más arriba?


No, si en los dos sistemas se muestra correctamente la hora, aunque 
LOCAL, eso si. El lío con NTP se ha montado por la duda de si debía usar 
ntp ó ntpdate, pero eso ya está resuelto.



--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lq129q$j85$1...@ger.gmane.org

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

2014-07-14 Por tema Manolo Díaz

El lunes, 14 jul 2014 a las 18:59 horas (UTC+2),
Eduardo Rios escribió:

El 14/07/14 a las #4, Camaleón escribió:

 Hum... a ver, si no recuerdo mal, cuando en un disco duro hay dos
 sistemas modernillos instalados (linux-windows), lo ideal es:

 - Poner la BIOS con la hora UTC
 - Configurar Linux para que use UTC
 - Configurar Windows para que use UTC

 Así todos están contentos.

Vale, pues voy a ver si soy capaz de hacer que los dos sistemas marquen 
la hora en UTC

Pero a ver, si digamos que ahora son las 19:00 horas... realmente, ¿es 
hora local, o UTC?

Local. En esta época del año y en España, hora local = UTC + 2. 

 ¿Te sigue dando problemas con la configuración mencionada más arriba?

No, si en los dos sistemas se muestra correctamente la hora, aunque 
LOCAL, eso si. El lío con NTP se ha montado por la duda de si debía usar 
ntp ó ntpdate, pero eso ya está resuelto.





--
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140714191425.7a520...@gmail.com

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

2014-07-14 Por tema fernando sainz

El día 14 de julio de 2014, 18:59, Eduardo Rios eduri...@yahoo.es escribió:
El 14/07/14 a las #4, Camaleón escribió:

Hum... a ver, si no recuerdo mal, cuando en un disco duro hay dos
sistemas modernillos instalados (linux-windows), lo ideal es:

- Poner la BIOS con la hora UTC
- Configurar Linux para que use UTC
- Configurar Windows para que use UTC

Así todos están contentos.

Vale, pues voy a ver si soy capaz de hacer que los dos sistemas marquen la
hora en UTC

Pero a ver, si digamos que ahora son las 19:00 horas... realmente, ¿es hora
local, o UTC?

¿Te sigue dando problemas con la configuración mencionada más arriba?

No, si en los dos sistemas se muestra correctamente la hora, aunque LOCAL,
eso si. El lío con NTP se ha montado por la duda de si debía usar ntp ó
ntpdate, pero eso ya está resuelto.

Hola.
No te líes.
La hora que tu ves en el ordenador en la interfaz gráfica o con el
comando date, es la hora de tu reloj, la hora local.

A tu ordenador le dices en algún momento de la instalación que estas
en una timezone franja horaria mas o menos ajustada al meridiano en
que vives, pero arbitraria, ya que algunos países como España por el
motivo que sea estamos una hora desplazados.

Como la computadora sabe esa timezone en la que vives y sabe si la
hora del reloj real es UTC o LOCAL, hace que la hora que veas sea la
real.

Lo ideal es que el reloj del sistema tenga la hora UTC y sabiendo tu
timezone te muestre la hora local.
El problema eran esos sistemas operativos que solo admitían la hora
local y de ahí el lío.

Total, que si no sabes como hacer que windows use la hora UTC, deja la
hora local en la BIOS y dile a Linux que la hora de la BIOS es LOCAL.

S2.

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAGw=rhj1mfifsxorn0dqmcmq924of_mt1ichog3ahpc_lbl...@mail.gmail.com

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

2014-07-14 Por tema Camaleón

El Mon, 14 Jul 2014 18:59:38 +0200, Eduardo Rios escribió:

 El 14/07/14 a las #4, Camaleón escribió:
 
 Hum... a ver, si no recuerdo mal, cuando en un disco duro hay dos
 sistemas modernillos instalados (linux-windows), lo ideal es:

 - Poner la BIOS con la hora UTC - Configurar Linux para que use UTC -
 Configurar Windows para que use UTC

 Así todos están contentos.
 
 Vale, pues voy a ver si soy capaz de hacer que los dos sistemas marquen
 la hora en UTC
 
 Pero a ver, si digamos que ahora son las 19:00 horas... realmente, ¿es
 hora local, o UTC?

Es hora local (+0200), en hora UTC (+) serían las 17:00. 

Y ojo que realmente España es físicamente UTC, a mí esa manía de cambiar 
a hora de verano y de arrimarnos a Europa fingiendo que estamos en una 
zona horaria que no es nuestra, me repatea los higadillos :-/

 ¿Te sigue dando problemas con la configuración mencionada más arriba?
 
 No, si en los dos sistemas se muestra correctamente la hora, aunque
 LOCAL, eso si. 

Me refiero a si te da problemas configurar Windows 8.1 para use UTC en 
lugar de la hora local.

 El lío con NTP se ha montado por la duda de si debía usar ntp ó ntpdate,
 pero eso ya está resuelto.

Entendido. 

Además, ni ntp/ntpdate están pendientes de la zona horaria que use el 
sistema, les da exactamente igual, su trabajo sólo consiste en que 
muestre *la hora* correcta, el sistema se encarga después en traducir la 
hora a la configuración de la zona horaria que se haya establecido.

En cuanto a ntp y ntpdate, y si queremos hacer una analogía, sería algo 
similar a lo que sucede con los paquetes cron/anacron: cuando un sistema 
está siempre encendido con cron le basta y le sobra, pero si el equipo lo 
apagas de vez en cuando necesitarás anacron para que se ejecuten las 
tareas.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.07.14.17.39...@gmail.com

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

El 14/07/14 a las #4, fernando sainz escribió:

Hola.
No te líes.

Pues menudo lio mental tengo ya. :-P

La hora que tu ves en el ordenador en la interfaz gráfica o con el
comando date, es la hora de tu reloj, la hora local.

Ahora mismo, mientras escribo estas lineas, veo las 20:05 horas. Creo
que he conseguido indicarle tanto a Debian (quitando LOCAL de
/etc/adjtime) como a Windows (añadiendo la entrada de registro que
indican aquí [1]) ver la hora supuestamente en UTC, pero lo pongo en
comillas porque no lo tengo claro.

Tanto Windows como Debian me muestran la misma hora... Aunque eso si,
ahora la BIOS tiene 2 horas menos...

Como la computadora sabe esa timezone en la que vives y sabe si la
hora del reloj real es UTC o LOCAL, hace que la hora que veas sea la
real.

Lo ideal es que el reloj del sistema tenga la hora UTC y sabiendo tu
timezone te muestre la hora local.
El problema eran esos sistemas operativos que solo admitían la hora
local y de ahí el lío.

Decía que no lo tenía muy claro porque si hago un dpkg-reconfigure
tzdata, al final, me dice:

Current default time zone: 'Europe/Madrid'
Local time is now: Mon Jul 14 20:05:51 CEST 2014.
Universal Time is now: Mon Jul 14 18:05:51 UTC 2014.

Total, que si no sabes como hacer que windows use la hora UTC, deja la
hora local en la BIOS y dile a Linux que la hora de la BIOS es LOCAL.

No estoy seguro, pero creo que lo he sabido hacer...

[1]
http://superuser.com/questions/494432/force-windows-8-to-use-utc-when-dealing-with-bios-clock

--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

2014-07-14 Por tema Manolo Díaz

El lunes, 14 jul 2014 a las 20:09 horas (UTC+2),
Eduardo Rios escribió:

El 14/07/14 a las #4, fernando sainz escribió:

Hola.
No te líes.

Pues menudo lio mental tengo ya. :-P

La hora que tu ves en el ordenador en la interfaz gráfica o con el
comando date, es la hora de tu reloj, la hora local.

Tanto Windows como Debian me muestran la misma hora... Aunque eso si,
ahora la BIOS tiene 2 horas menos...

Es correcto.

Como la computadora sabe esa timezone en la que vives y sabe si la
hora del reloj real es UTC o LOCAL, hace que la hora que veas sea la
real.

Lo ideal es que el reloj del sistema tenga la hora UTC y sabiendo tu
timezone te muestre la hora local.
El problema eran esos sistemas operativos que solo admitían la hora
local y de ahí el lío.

Decía que no lo tenía muy claro porque si hago un dpkg-reconfigure
tzdata, al final, me dice:

Current default time zone: 'Europe/Madrid'
Local time is now: Mon Jul 14 20:05:51 CEST 2014.
Universal Time is now: Mon Jul 14 18:05:51 UTC 2014.

Todo correcto.

Total, que si no sabes como hacer que windows use la hora UTC, deja la
hora local en la BIOS y dile a Linux que la hora de la BIOS es LOCAL.

No estoy seguro, pero creo que lo he sabido hacer...

[1]
http://superuser.com/questions/494432/force-windows-8-to-use-utc-when-dealing-with-bios-clock

Pues puedes estar seguro: lo has logrado.

Saludos.
--
Manolo Díaz

(SOLUCIONADO) Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red + UTC )


El 14/07/14 a las #4, Manolo Díaz escribió:

El lunes, 14 jul 2014 a las 20:09 horas (UTC+2),
Eduardo Rios escribió:



Tanto Windows como Debian me muestran la misma hora... Aunque eso si,
ahora la BIOS tiene 2 horas menos...


Es correcto.



Decía que no lo tenía muy claro porque si hago un dpkg-reconfigure
tzdata, al final, me dice:

Current default time zone: 'Europe/Madrid'
Local time is now:  Mon Jul 14 20:05:51 CEST 2014.
Universal Time is now:  Mon Jul 14 18:05:51 UTC 2014.


Todo correcto.




Pues puedes estar seguro: lo has logrado.


Muchas gracias a todos por vuestra ayuda :)


--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lq17v4$6s7$1...@ger.gmane.org

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)


El 14/07/14 a las #4, Eduardo Rios escribió:





Si lo he entendido bien para estaciones de trabajo, como mi portátil,
conviene instalar el paquete ntpdate, (ya que el sistema se
reinicia/apaga bastante a menudo), y no ntp, ya que es para servidores
¿no?, sin embargo, ntp es el paquete que instaló Debian durante el

 ^^^

proceso de instalación, (...)



Escribo para aclarar, que Debian por si sólo no instala ninguno de los 
dos paquetes. Ni ntp ni ntpdate.


Acabo de darme cuenta en un equipo que tengo instalado con Debian 
estable 7.6, pero que en el momento de la instalación la hice sin 
entorno gráfico, y luego yo instalé LXDE.


En el equipo que si tengo instalado ntp, ya no sé si es que lo 
instalaría automáticamente el instalador por coger entorno gráfico 
gnome, u otro motivo, pero manualmente yo, seguro que no.


Ahora si se lo acabo de instalar al otro equipo :)

--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lq1gs7$jk9$1...@ger.gmane.org

Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)


Buenas.

Me estoy leyendo el Libro del Administrador de Debian, versión 7 
(Wheezy), y en el capítulo 4, sobre la instalación, en la sección 4.2.9, 
configuración del reloj, dice:


4.2.9. Configuración del reloj
Si la red se encuentra disponible, el reloj interno del sistema es 
actualizado (por única vez) desde un servidor NTP. De esta forma, la 
marcas temporales en los registros serán correctas desde el
primer arranque. Para que se mantengan consistentes en el tiempo es 
necesario configurar un demonio NTP luego de la instalación inicial 
(revise la Sección 8.9.2, «Sincronización de tiempo» página 176).


Revisando la sección 8.9.2, dice que:

- Para estaciones de trabajo
Debido a que las estaciones de trabajo son reiniciadas frecuentemente 
(aunque sólo sea para ahorrar energía), sincronizarlas por NTP al inicio 
es suficiente. Para hacerlo, simplemente instale el paquete ntpdate. 
Puede cambiar el servidor NTP utilizado modificando el archivo

/etc/default/ntpdate.

- Para servidores
Los servidores rara vez son reiniciados y es muy importante que la hora 
de estos sistemas sea correcta. Para mantener la hora correcta debe 
instalar un servidor NTP local, un servicio ofrecido en el paquete ntp. 
En su configuración predeterminada el servidor se sincronizará con
pool.ntp.org y proveerá la hora como respuesta a pedidos que provengan 
de la red local. Puede configurarlo editando el archivo /etc/ntp.conf , 
siendo la alteración más importante el servidor NTP al que se refiere.




Ahora, mi dudas son:

Si lo he entendido bien para estaciones de trabajo, como mi portátil, 
conviene instalar el paquete ntpdate, (ya que el sistema se 
reinicia/apaga bastante a menudo), y no ntp, ya que es para servidores 
¿no?, sin embargo, ntp es el paquete que instaló Debian durante el 
proceso de instalación, y no ntpdate. ¿Hago el cambio y ya está? ¿O es 
mejor dejarlo así?


Tengo en el mismo equipo instalado Windows 8.1. ¿Si instalo el paquete 
ntpdate, puede que tenga problemas con la hora (conflicto) entre ambos 
sistemas?


Gracias.

--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lpv05h$j3b$1...@ger.gmane.org

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

2014-07-13 Por tema fernando sainz

El día 14 de julio de 2014, 0:10, Eduardo Rios eduri...@yahoo.es escribió:
Buenas.

Me estoy leyendo el Libro del Administrador de Debian, versión 7 (Wheezy), y
en el capítulo 4, sobre la instalación, en la sección 4.2.9, configuración
del reloj, dice:

4.2.9. Configuración del reloj
Si la red se encuentra disponible, el reloj interno del sistema es
actualizado (por única vez) desde un servidor NTP. De esta forma, la marcas
temporales en los registros serán correctas desde el
primer arranque. Para que se mantengan consistentes en el tiempo es
necesario configurar un demonio NTP luego de la instalación inicial (revise
la Sección 8.9.2, «Sincronización de tiempo» página 176).

Revisando la sección 8.9.2, dice que:

- Para estaciones de trabajo
Debido a que las estaciones de trabajo son reiniciadas frecuentemente
(aunque sólo sea para ahorrar energía), sincronizarlas por NTP al inicio es
suficiente. Para hacerlo, simplemente instale el paquete ntpdate. Puede
cambiar el servidor NTP utilizado modificando el archivo
/etc/default/ntpdate.

- Para servidores
Los servidores rara vez son reiniciados y es muy importante que la hora de
estos sistemas sea correcta. Para mantener la hora correcta debe instalar un
servidor NTP local, un servicio ofrecido en el paquete ntp. En su
configuración predeterminada el servidor se sincronizará con
pool.ntp.org y proveerá la hora como respuesta a pedidos que provengan de la
red local. Puede configurarlo editando el archivo /etc/ntp.conf , siendo la
alteración más importante el servidor NTP al que se refiere.

Ahora, mi dudas son:

Si lo he entendido bien para estaciones de trabajo, como mi portátil,
conviene instalar el paquete ntpdate, (ya que el sistema se reinicia/apaga
bastante a menudo), y no ntp, ya que es para servidores ¿no?, sin embargo,
ntp es el paquete que instaló Debian durante el proceso de instalación, y no
ntpdate. ¿Hago el cambio y ya está? ¿O es mejor dejarlo así?

Tengo en el mismo equipo instalado Windows 8.1. ¿Si instalo el paquete
ntpdate, puede que tenga problemas con la hora (conflicto) entre ambos
sistemas?

Gracias.

Lo que viene a decir es que si tienes un equipo que se apaga a menudo,
con solo poner la hora al arrancar (ntpdate) esta va a ser mas o menos
correcta, por muy malo que sea el reloj del pc no creo que sea ni un
segundo en un día.

Por supuesto tener ntp solo tiene sentido si estás conectado
permanentemente a internet.

En cuanto al conflicto con otros sistemas operativos, estate tranquilo
no pasa nada, Debian(linux) cuando se apaga lo que hace es actualizar
con la hora que mantiene por ntp la hora de la bios, de forma que está
sea la correcta. (ver scripts de apagado, comando hwclock, creo.)

Lo único a tener en cuenta es que windows usa la hora de la bios como
hora local y debes decírselo a Debian para que haga lo mismo.

https://wiki.debian.org/DateTime

S2.

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAGw=rhhgmtq9tfc6jku4iq4fm3wu+w+8g+tozppjkeakx3_...@mail.gmail.com

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)


El 14/07/14 a las #4, fernando sainz escribió:

El día 14 de julio de 2014, 0:10, Eduardo Rios eduri...@yahoo.es escribió:

Buenas.

Me estoy leyendo el Libro del Administrador de Debian, versión 7 (Wheezy), y
en el capítulo 4, sobre la instalación, en la sección 4.2.9, configuración
del reloj, dice:

4.2.9. Configuración del reloj
Si la red se encuentra disponible, el reloj interno del sistema es
actualizado (por única vez) desde un servidor NTP. De esta forma, la marcas
temporales en los registros serán correctas desde el
primer arranque. Para que se mantengan consistentes en el tiempo es
necesario configurar un demonio NTP luego de la instalación inicial (revise
la Sección 8.9.2, «Sincronización de tiempo» página 176).

Revisando la sección 8.9.2, dice que:

- Para estaciones de trabajo
Debido a que las estaciones de trabajo son reiniciadas frecuentemente
(aunque sólo sea para ahorrar energía), sincronizarlas por NTP al inicio es
suficiente. Para hacerlo, simplemente instale el paquete ntpdate. Puede
cambiar el servidor NTP utilizado modificando el archivo
/etc/default/ntpdate.

- Para servidores
Los servidores rara vez son reiniciados y es muy importante que la hora de
estos sistemas sea correcta. Para mantener la hora correcta debe instalar un
servidor NTP local, un servicio ofrecido en el paquete ntp. En su
configuración predeterminada el servidor se sincronizará con
pool.ntp.org y proveerá la hora como respuesta a pedidos que provengan de la
red local. Puede configurarlo editando el archivo /etc/ntp.conf , siendo la
alteración más importante el servidor NTP al que se refiere.



Ahora, mi dudas son:

Si lo he entendido bien para estaciones de trabajo, como mi portátil,
conviene instalar el paquete ntpdate, (ya que el sistema se reinicia/apaga
bastante a menudo), y no ntp, ya que es para servidores ¿no?, sin embargo,
ntp es el paquete que instaló Debian durante el proceso de instalación, y no
ntpdate. ¿Hago el cambio y ya está? ¿O es mejor dejarlo así?

Tengo en el mismo equipo instalado Windows 8.1. ¿Si instalo el paquete
ntpdate, puede que tenga problemas con la hora (conflicto) entre ambos
sistemas?

Gracias.



Lo que viene a decir es que si tienes un equipo que se apaga a menudo,
con solo poner la hora al arrancar (ntpdate) esta va a ser mas o menos
correcta, por muy malo que sea el reloj del pc no creo que sea ni un
segundo en un día.


Entonces entiendo que no necesito el paquete ntpdate... ¿es así?



Por supuesto tener ntp solo tiene sentido si estás conectado
permanentemente a internet.


No es mi caso... El router si está encendido las 24 horas, pero el 
portátil, sólo cuando lo estoy usando.


¿Entonces desinstalo el paquete ntp? Ya digo que ntpdate no está 
instalado... y por lo que comentas, parece que no lo necesito.


En cuanto al conflicto con otros sistemas operativos, estate tranquilo
no pasa nada, Debian(linux) cuando se apaga lo que hace es actualizar
con la hora que mantiene por ntp la hora de la bios, de forma que está
sea la correcta. (ver scripts de apagado, comando hwclock, creo.)

Lo único a tener en cuenta es que windows usa la hora de la bios como
hora local y debes decírselo a Debian para que haga lo mismo.

https://wiki.debian.org/DateTime


Si, gracias. Debian la guarda como local tambien :)


--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lpv26h$88t$1...@ger.gmane.org

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

2014-07-13 Por tema fernando sainz

El día 14 de julio de 2014, 0:45, Eduardo Rios eduri...@yahoo.es escribió:
El 14/07/14 a las #4, fernando sainz escribió:

El día 14 de julio de 2014, 0:10, Eduardo Rios eduri...@yahoo.es
escribió:

Buenas.

Me estoy leyendo el Libro del Administrador de Debian, versión 7
(Wheezy), y
en el capítulo 4, sobre la instalación, en la sección 4.2.9,
configuración
del reloj, dice:

4.2.9. Configuración del reloj
Si la red se encuentra disponible, el reloj interno del sistema es
actualizado (por única vez) desde un servidor NTP. De esta forma, la
marcas
temporales en los registros serán correctas desde el
primer arranque. Para que se mantengan consistentes en el tiempo es
necesario configurar un demonio NTP luego de la instalación inicial
(revise
la Sección 8.9.2, «Sincronización de tiempo» página 176).

Revisando la sección 8.9.2, dice que:

- Para estaciones de trabajo
Debido a que las estaciones de trabajo son reiniciadas frecuentemente
(aunque sólo sea para ahorrar energía), sincronizarlas por NTP al inicio
es
suficiente. Para hacerlo, simplemente instale el paquete ntpdate. Puede
cambiar el servidor NTP utilizado modificando el archivo
/etc/default/ntpdate.

- Para servidores
Los servidores rara vez son reiniciados y es muy importante que la hora
de
estos sistemas sea correcta. Para mantener la hora correcta debe instalar
un
servidor NTP local, un servicio ofrecido en el paquete ntp. En su
configuración predeterminada el servidor se sincronizará con
pool.ntp.org y proveerá la hora como respuesta a pedidos que provengan de
la
red local. Puede configurarlo editando el archivo /etc/ntp.conf , siendo
la
alteración más importante el servidor NTP al que se refiere.

Ahora, mi dudas son:

Si lo he entendido bien para estaciones de trabajo, como mi portátil,
conviene instalar el paquete ntpdate, (ya que el sistema se
reinicia/apaga
bastante a menudo), y no ntp, ya que es para servidores ¿no?, sin
embargo,
ntp es el paquete que instaló Debian durante el proceso de instalación, y
no
ntpdate. ¿Hago el cambio y ya está? ¿O es mejor dejarlo así?

Tengo en el mismo equipo instalado Windows 8.1. ¿Si instalo el paquete
ntpdate, puede que tenga problemas con la hora (conflicto) entre ambos
sistemas?

Gracias.

Entonces entiendo que no necesito el paquete ntpdate... ¿es así?

Por supuesto tener ntp solo tiene sentido si estás conectado
permanentemente a internet.

No es mi caso... El router si está encendido las 24 horas, pero el portátil,
sólo cuando lo estoy usando.

¿Entonces desinstalo el paquete ntp? Ya digo que ntpdate no está
instalado... y por lo que comentas, parece que no lo necesito.

Lo único a tener en cuenta es que windows usa la hora de la bios como
hora local y debes decírselo a Debian para que haga lo mismo.

https://wiki.debian.org/DateTime

Si, gracias. Debian la guarda como local tambien :)

No hombre no, deja los dos instalados, no interfieren y te mantendrán
la hora del sistema siempre bien.
Cuando arrancas en los scripts de inicio se ejecutará ntpdate, te
pondrá la hora exacta y a partir de ese momento ntp se ocupara de que
se mantenga con precisión de milisegundos.

S2.

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAGw=rHipHDikqV8r3o+ju0EGSwNdq-D0xM48rO2ZHgZ=jms...@mail.gmail.com

Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)


El 14/07/14 a las #4, fernando sainz escribió:


No hombre no, deja los dos instalados, no interfieren y te mantendrán
la hora del sistema siempre bien.
Cuando arrancas en los scripts de inicio se ejecutará ntpdate, te
pondrá la hora exacta y a partir de ese momento ntp se ocupara de que
se mantenga con precisión de milisegundos.

S2.


Gracias.

Leyendo aquí [1] parece ser que para que la hora se sincronice al 
iniciar el sistema, solo se necesita el paquete ntp, el cual si tengo 
instalado, pero ntpdate no.


Ay que lio me estoy armando yo solo... :-P
Creo que voy a seguir tu consejo y voy a instalar también ntpdate... más 
vale que sobre, que no que falte :-D


[1] 
http://www.kubuntu-es.org/wiki/sistema/howto-sincronizar-fecha-hora-terminal-usando-network-time-protocol-ntp


--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lpv30q$h3f$1...@ger.gmane.org

(RESUELTO) Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)