No logro sincronizar la hora del sistema [Solucionado]
DesconectadoBuenas esDebian.
Me fijé que el comando date (es decir, mi reloj en pantalla) se muestra desfasado, he intentado arreglarlo de todas las formas que he encontrado, que en su mayoría se refieren al uso de ntpd pero el problema permanece.
Un poco de terminal para ilustrar a quien entienda
diego@D:~$ date
mié mar 17 00:03:36 CLT 2010
diego@D:~$ cat /etc/ntp.conf
# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help
driftfile /var/lib/ntp/ntp.drift
# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
# You do need to talk to an NTP server or two (or three).
#server ntp.your-provider.example
# pool.ntp.org maps to about 1000 low-stratum NTP servers. Your server will
# pick a different set every time it starts up. Please consider joining the
# pool: <http://www.pool.ntp.org/join.html>
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
server ntp.shoa.cl
server pool.ntp.org
# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details. The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.
# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1
# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust
# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
#broadcast 192.168.123.255
# If you want to listen to time broadcasts on your local subnet, de-comment the
# next lines. Please do this only if you trust everybody on the network!
#disable auth
#broadcastclient
D:~# ntptrace
localhost: stratum 2, offset 0.017617, synch distance 0.019002
200.54.149.19: timed out, nothing received
***Request timed out
cat /etc/adjtime
-52.709166 1268797321 0.000000
1268797321
LOCAL
También he probado con comandos tales como ntpdate -s ntp.shoa.cl o ntp -u pool.ntp.org.
De seguro estoy fallando en algo muy elemental, de seguro es solucionable.
Gracias por leer, saludos.
- Inicie sesión o regístrese para enviar comentarios
- 3345 lecturas
Tienes otro sistema operativo, primero sincroniza esos, a mi me paso algo asi y ese era el problema.
O cambiala
La sintaxis seria la siguiente: date –u mmddhhhhaa
Ó
dpkg-reconfigure tzdata
Creería que para que te funcione deberias tener la hora local en /etc/default/rcS, por lo tanto el valor que deberia tomar UTC sería no (UTC=no), fijate en
cat /etc/default/rcSSi dice UTC=yes, prueba con cambiarle a no y vuelves a intentar nuevamente todos los otros procesos.
Saludos
Buenas, la mía es una respuesta "tonta": para ejecutar la orden ntpdate con éxito tienes que ser el root (cambiar la hora del sistema es algo que suele necesitar privilegios). Un saludo
EDITO:
es que no tengas bloqueados los puertos en el cortafuegos (puertos 119 y 123).
Bueno, otra respuesta "tonta"
Si sólo necesitas mantener actualizada la fecha y hora del sistema basta con que instales un cliente ntp (paquete ntpdate), hacer un pequeño script que obtenga la hora y fecha, actualice la hora y fecha del sistema y, que finalmente actualice el reloj interno del PC. Esto último es importante pues si no la guardas en el reloj interno del PC este no se actualizará y con cada reinicio tendrías que actualizar nuevamente.
El script, lo puedes poner por ejemplo como tarea cron si quieres que se ejecute cada cierto tiempo o lo puedes invocar después del arranque editando el fichero /etc/rc.local
El script:
#!/bin/bash# from article:
# http://www.debianadmin.com/keeping-your-system-clock-current-automatical... Article by Admin
#
# Servidores en: www.ntp.pool.org
#
# Ajusta el reloja al servidor cl.pool.ntp.org y depués fija también la hora
# del reloj hardware del sistema
#
# Se ejecuta cada dos horas desde cron (/etc/crontab):
# 30 */2 * * * root /root/bin/ntpupdate
#
/usr/sbin/ntpdate -s es.pool.ntp.org
/sbin/hwclock --adjust
/sbin/hwclock --systohc
Verás que el script no es mío, pero consta el orígen del artículo por si lo quieres leer.
[Edito] Enlace al artículo original: http://www.debianadmin.com/keeping-your-system-clock-current-automatical...
Por cierto si instalas ntpdate se te actualizará la hora en cara reinicio o al levantar la red del equipo, verás que en /etc/network/if-up.d hay una entrada para correr un script de ntpdate. Así que no hace falta nada especial en rc.local como comentaba al principio.
Por cierto si instalas ntpdate se te actualizará la hora en cara reinicio o al levantar la red del equipo, verás que en /etc/network/if-up.d hay una entrada para correr un script de ntpdate. Así que no hace falta nada especial en rc.local como comentaba al principio.
Buenas, el script al levantar la red en realidad tiene una pequeña pega
, caso de tener un router adls que no lo tengas siempre conectado. Al ratico de enchufarlo te sale un log "ntpdate: can't find host xxx;ntpdate: no servers can be used, exiting", me supongo que por la demora entre que enchufas el router y éste se conecta a la red, así que tu consejo de ponerlo en el cron es lo mejor (en mi caso con ejecutarlo manualmente una vez al mes me sobra).
Saludos
Si sólo necesitas mantener actualizada la fecha y hora del sistema basta con que instales un cliente ntp (paquete ntpdate), hacer un pequeño script que obtenga la hora y fecha, actualice la hora y fecha del sistema y, que finalmente actualice el reloj interno del PC. Esto último es importante pues si no la guardas en el reloj interno del PC este no se actualizará y con cada reinicio tendrías que actualizar nuevamente.
El script, lo puedes poner por ejemplo como tarea cron si quieres que se ejecute cada cierto tiempo o lo puedes invocar después del arranque editando el fichero /etc/rc.local
El script:
#!/bin/bash# from article:
# http://www.debianadmin.com/keeping-your-system-clock-current-automatical... Article by Admin
#
# Servidores en: www.ntp.pool.org
#
# Ajusta el reloja al servidor cl.pool.ntp.org y depués fija también la hora
# del reloj hardware del sistema
#
# Se ejecuta cada dos horas desde cron (/etc/crontab):
# 30 */2 * * * root /root/bin/ntpupdate
#
/usr/sbin/ntpdate -s es.pool.ntp.org
/sbin/hwclock --adjust
/sbin/hwclock --systohc
Verás que el script no es mío, pero consta el orígen del artículo por si lo quieres leer.
[Edito] Enlace al artículo original: http://www.debianadmin.com/keeping-your-system-clock-current-automatical...
Por cierto si instalas ntpdate se te actualizará la hora en cara reinicio o al levantar la red del equipo, verás que en /etc/network/if-up.d hay una entrada para correr un script de ntpdate. Así que no hace falta nada especial en rc.local como comentaba al principio.
No hace falta ningún script realmente, desde Etch el paquete ntpdate trae la utilidad ntpdate-debian que hace la sincronización cada vez que arrancas, aparte de tener una configuración estandar de servidores en /etc/default/ntpdate. De hecho si pones en consola ese comando verás cómo tu hora se actualiza en el momento :)
Estás confundiendo ntp y ntpdate:
p ntp - Network Time Protocol daemon and utility programsp ntpdate - client for setting system time from NTP servers
El primero es para convertir tu propio equipo en un servidor NTP ... y el archivo que muestras es el archivo que lee el demonio (ntpd, NTP daemon). El servidor es el que va a proporcionar la fecha y hora a clientes.
El segundo es para convertir tu equipo en un cliente NTP .... y no necesita de ningún archivo de configuración. El cliente es el que va a solicitar la fecha y hora a servidores.
Escribí un artículo sencillo al respecto, y quizás te sea útil, junto con las recomendaciones de los compañeros que ya aportaron antes que yo:
Cómo sincronizar la fecha y hora desde la terminal, usando Network Time Protocol (NTP)
http://www.kubuntu-es.org/wiki/sistema/howto-sincronizar-fecha-hora-term...
Saludos,
Sidd.
Estás confundiendo ntp y ntpupdate:
p ntp - Network Time Protocol daemon and utility programsp ntpdate - client for setting system time from NTP servers
Si es que no hay nada como usar un buscador y tener cierto nivel de comprensión de inglés.
Saludos a todos, gracias por su ayuda, pero esta vez resultó no ser un problema de software.
Había seguido casi todos los consejos que me dieron, excepto lo de escribir un script porque me parecía medio engorroso, pero descubrí (es decir, leí bien y me di por aludido) la causa de la desincronización.
Consideraciones técnicas y recomendaciones para el cambio de horario de invierno
De acuerdo, al Decreto Supremo 156 del Ministerio del Interior que extiende el horario de verano hasta el sábado 3 de abril del 2010 se debe tener en cuenta las siguientes consideraciones.
- Los sistemas operativos para la zona horaria América/Santiago tienen programado realizar el mencionando cambio para el día 13/03/2010, por lo que se recomienda buscar una zona horaria antes del sábado 13/03/2010 como UTC/GMT-03 y mantenerla hasta la fecha decretada.
De no realizar esta operación en forma manual, al momento de sincronizar con nuestro servidor de tiempo tenga presente lo siguiente:
- El servidor de tiempo ntp.shoa.cl se basa en la referencia UTC.
- El servidor ntp.shoa.cl mediante el protocolo NTP ejecutará las correcciones de tiempo, de acuerdo, a la zona horaria de su computador.
- El protocolo NTP no modifica las zonas horarias de los clientes.
Toda sincronización con nuestro servidor de tiempo hecha antes de la medianoche del día 03/04/2010, para que sea exitosa debe estar seteado como UTC-03.
- Posteriormente, en la fecha señalada, vuelva a setear América/Santiago UTC/GMT-04 y sincronice con ntp.shoa.cl para tener la exactitud correcta.
- Todos los ajustes indicados deberán realizarse manualmente.
Se refiere a una de las medidas tomadas como consecuencia del terremoto que ocurrió el 27 de Febrero, para aprovechar la luz del día. Ahora debo fijar la hora en otra zona horaria equivalente, marcaré el tema como solucionado en cuanto logre sincronizarme bien.
De nuevo, gracias a todos por haber salido a responder tan amablemente. Saludos.
D:~# tzselectPlease identify a location so that time zone rules can be set correctly.
Please select a continent or ocean.
1) Africa
2) Americas
3) Antarctica
4) Arctic Ocean
5) Asia
6) Atlantic Ocean
7) Australia
8) Europe
9) Indian Ocean
10) Pacific Ocean
11) none - I want to specify the time zone using the Posix TZ format.
#? 2
Please select a country.
1) Anguilla 27) Honduras
2) Antigua & Barbuda 28) Jamaica
3) Argentina 29) Martinique
4) Aruba 30) Mexico
5) Bahamas 31) Montserrat
6) Barbados 32) Netherlands Antilles
7) Belize 33) Nicaragua
8) Bolivia 34) Panama
9) Brazil 35) Paraguay
10) Canada 36) Peru
11) Cayman Islands 37) Puerto Rico
12) Chile 38) St Barthelemy
13) Colombia 39) St Kitts & Nevis
14) Costa Rica 40) St Lucia
15) Cuba 41) St Martin (French part)
16) Dominica 42) St Pierre & Miquelon
17) Dominican Republic 43) St Vincent
18) Ecuador 44) Suriname
19) El Salvador 45) Trinidad & Tobago
20) French Guiana 46) Turks & Caicos Is
21) Greenland 47) United States
22) Grenada 48) Uruguay
23) Guadeloupe 49) Venezuela
24) Guatemala 50) Virgin Islands (UK)
25) Guyana 51) Virgin Islands (US)
26) Haiti
#? 3
Please select one of the following time zone regions.
1) Buenos Aires (BA, CF)
2) most locations (CB, CC, CN, ER, FM, MN, SE, SF)
3) (SA, LP, NQ, RN)
4) Jujuy (JY)
5) Tucuman (TM)
6) Catamarca (CT), Chubut (CH)
7) La Rioja (LR)
8) San Juan (SJ)
9) Mendoza (MZ)
10) San Luis (SL)
11) Santa Cruz (SC)
12) Tierra del Fuego (TF)
#? 1
The following information has been given:
Argentina
Buenos Aires (BA, CF)
Therefore TZ='America/Argentina/Buenos_Aires' will be used.
Local time is now: Wed Mar 17 15:25:11 ART 2010.
Universal Time is now: Wed Mar 17 18:25:11 UTC 2010.
Is the above information OK?
1) Yes
2) No
#? 1
You can make this change permanent for yourself by appending the line
TZ='America/Argentina/Buenos_Aires'; export TZ
to the file '.profile' in your home directory; then log out and log in again.
Here is that TZ value again, this time on standard output so that you
can use the /usr/bin/tzselect command in shell scripts:
America/Argentina/Buenos_Aires
Tendré que recordar deshacerlo para el siguiente cambio de horario. Saludos.