Hola Chicos,

Tengo un problema mi servidor local no está sincronizado con el servidor ntpd.

1)-p ntpq da la siguiente salida

mando a distancia cuando no refid ª encuesta llegar demora compensar el jitter

\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d

ntp1 0.0.0.0 16 u - 64 0 0,000 0,000 4000,00

ntp2 0.0.0.0 16 u - 64 0 0,000 0,000 4000,00

(i) Sé que si no se marca * delante de cualquier servidor ntp significa que no se está ejecutando el servidor ntp es mi entendimiento correcto?

(ii) en la salida de ntpq-p, ¿cuál es el significado de refid y su valor es 0.0.0.0 puede alguien explicar esto?


2) mientras estoy tratando de reiniciar el servicio PNT es decir que no y el siguiente mensaje

servicio ntpd empezar

ntpd: Sincronización con el servidor de tiempo: [NO]

A partir ntpd: [OK]


3) aquí estoy pegando el archivo / etc / ntp.conf archivo

vi / etc / ntp.conf

# Prohibir el acceso general a este servicio.

driftfile / var / lib / ntp / deriva

restrict 127.0.0.1

restringir 132.95.160.58 nomodify notrap noquery

restringir 132.95.160.127 nomodify notrap noquery

ntp1 servidor de la versión 3

ntp2 servidor de la versión 3

restrict default ignore

# Permiso de acceso a través de todas la interfaz loopback. Esto podría

# Así como ser más estrictas, pero que ello redunde en perjuicio de algunos efectos

# Las funciones administrativas.

# - CLIENTE DE RED -------

# Permiso de sistemas en la red para sincronizar con el presente

# Tiempo de servicio. No permitir que los sistemas para modificar el

# Configuración de este servicio. Además, no utilizan los

# Sistemas de pares para la sincronización.

# Restringir 192.168.1.0 mask 255.255.255.0 notrust nomodify notrap

# --- NUESTRA TIMESERVERS -----

# Eliminar o restringir la línea por defecto

# Permiso de sincronización de tiempo con nuestra fuente de tiempo, pero no

# Permiso de la fuente de consulta o modificar el servicio en este sistema.

# Restringir mytrustedtimeserverip máscara de 255.255.255.255 nomodify notrap noquery

# Servidor mytrustedtimeserverip

# MULTICASTCLIENT NTP --- ---

# # multicastclient escuchar defecto 224.0.1.1

# Restringir 224.0.1.1 máscara 255.255.255.255 notrust nomodify notrap

# Restringir 192.168.1.0 mask 255.255.255.0 notrust nomodify notrap

# --- --- CONFIGURACION GENERAL

#

# Reloj local indisciplinado. Este es un falso conductor destinados a la copia de seguridad

# Y si no fuera fuente de sincronizada se dispone de tiempo. El

# Por defecto suele ser el estrato 3, pero en este caso optar por utilizar el estrato

# 0. Desde la línea de servidores no tienen la palabra clave prefieren, este controlador

# Nunca se utiliza para la sincronización, a menos que ningún otro otras

# Sincronización fuente está disponible. En caso de que el host local

# Controlada por algunos fuente externa, como un oscilador externo o

# Otro protocolo, la palabra clave que prefieren causar a la máquina local

# Caso omiso de todas las demás fuentes de sincronización, a menos que el núcleo



(i) en el archivo anterior ntp.conf encontré las siguientes líneas son correctos

132.95.160.58 y 132.95.160.127 son servidores ntp estamos utilizando

restringir 132.95.160.58 nomodify notrap noquery

restringir 132.95.160.127 nomodify notrap noquery


4) PLS también ntpdate-d (servidor ntp)

ntpdate-d 132.95.160.58

11 de junio 14:43:38 ntpdate [12230]: ntpdate 4.1.2 @ 1,892 febrero Martes 24 06:32:26 CEST 2004 (1)

transmitir (132.95.160.58)

transmitir (132.95.160.58)

transmitir (132.95.160.58)

transmitir (132.95.160.58)

transmitir (132.95.160.58)

132.95.160.58: Servidor caído: sin datos

servidor 132.95.160.58, puerto 123

estrato 0, precisión 0, paso 00, de confianza 000

refid [0.0.0.0], demora 0,00000, dispersión 64,00000

transmisión 4, en el filtro de 4

hora de referencia: 00000000.00000000 Thu, Feb 7 2036 14:28:16.000

originarios de hora: 00000000.00000000 Thu, Feb 7 2036 14:28:16.000

transmitir timestamp: cddb261d.f2249a13 Thu, Jun 11 2009 14:43:41.945

filtro de demora: 0,00000 0,00000 0,00000 0,00000

0,00000 0,00000 0,00000 0,00000

filtro offset: 0,000000 0,000000 0,000000 0,000000

0,000000 0,000000 0,000000 0,000000

0,00000 demora, dispersión 64,00000

compensar 0.000000

11 de junio 14:43:42 ntpdate [12230]: servidor no adecuado para la sincronización encontrado


5) la deriva de archivo / var / lib / ntp / deriva

82,107

es obligatorio siempre deriva valor debería ser 0 si es así que, ¿cómo podemos cambiar aquí este valor a 0.



la amabilidad de comprobar esto y dar su valiosa retroalimentación servidor ntp por qué no se sincroniza con mi servidor.

con respecto,
Srinu

¿qué significa un "ping ntp1" o "ping ntp2" regresa en su sistema?

aquí estamos utilizando sólo ntp1 y ntp2 no está en uso

mientras que foound ping npt1 la siguiente salida

ping 132.95.160.58

PING 132.95.160.58 (132.95.160.58) 56 (84) bytes de datos.

--- --- 132.95.160.58 ping estadísticas

78 paquetes de transmisión, 0 received, 100% packet loss, time 77379ms

wew encontró que hacer ping desde mi servidor local a servidor ntp se inhibe es la razón por la que estamos obteniendo el 100% de pérdida de paquetes.


con el mismo servidor ntp tuvimos otro servidor local funcionando bien sin problemas en el servidor ntp también encontramos ping se inhibe

ping 132.95.160.58
PING 132.95.160.58 (132.95.160.58) 56 (84) bytes de datos.
--- --- 132.95.160.58 ping estadísticas
10 paquetes de transmisión, 0 received, 100% packet loss, time 9044ms

así, resolver el problema de la red y ntp debería correr bien ...

hola
aquí de mi servidor local para hacer ping servidor ntp se inhibe es la razón por la que se observó un 100% la pérdida de paquetes, sino otro servidor local con un 100% de pérdida de paquetes es capaz de sincronizar con el servidor ntp

Creo que no es un problema de red si se trata de otro problema de red del servidor local no deben tener también sincronizado con el servidor ntp donde también se observó un 100% la pérdida de paquetes ¿no?
si mi entendimiento no es correcto podría u PLS eaplain ella.

gracias

Srinu

si no puede llegar al servidor ntp a través de la red, ¿cómo puedes conseguirlo sincronizado? ¿cuál es la "ntpq-p" la salida de otro servidor?

Hola

i proporcionará a la salida del comando ntpq-p después de algún tiempo

aquí estoy pegando ntpdate-d servidor de comando de salida de mi servidor local de mi servidor local donde se está sincronizado con ntp servere

ntpdate-d 132.95.160.58
11 de junio 14:55:24 ntpdate [28190]: ntpdate 4.1.2 @ 1,892 febrero Martes 24 06:32:26 CEST 2004 (1)
transmitir (132.95.160.58)
recibir (132.95.160.58)
transmitir (132.95.160.58)
recibir (132.95.160.58)
transmitir (132.95.160.58)
recibir (132.95.160.58)
transmitir (132.95.160.58)
recibir (132.95.160.58)
transmitir (132.95.160.58)
servidor 132.95.160.58, puerto 123
estrato 1, de precisión -20, paso 00, de confianza 000
refid [GPS], demora 0,03345, dispersión 0,00006
transmisión 4, en el filtro de 4
hora de referencia: cddb28db.00000000 Thu, Jun 11 2009 14:55:23.000
originarios de hora: cddb28dc.8fc18000 Thu, Jun 11 2009 14:55:24.561
transmitir timestamp: cddb28dc.8e9435ac Thu, Jun 11 2009 14:55:24.556
filtro de demora: 0,03375 0,03371 0,03345 0,03372
0,00000 0,00000 0,00000 0,00000
filtro offset: 0,000585 0,000518 0,000445 0,000543
0,000000 0,000000 0,000000 0,000000
0,03345 demora, dispersión 0,00006
compensar 0.000445
11 de junio 14:55:24 ntpdate [28190]: ajustar el tiempo del servidor 132.95.160.58 offset 0.000445 segundos

comprobar la amabilidad y ur proporcionar retroalimentación.


recuerdos,
Srinu