Olá Pessoal,

Eu tenho um problema meu servidor local não está sincronizado com o servidor ntpd.

1)-p ntpq está dando o seguinte resultado

remoto refid st t quando chegar enquete demora compensar 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 4.000,00

ntp2 0.0.0.0 16 u - 64 0 0.000 0.000 4.000,00

(i) Eu sei que se não houver * marca na frente de qualquer servidor NTP significa nenhum servidor NTP está funcionando é o meu entendimento correto?

(ii) na produção acima da ntpq-p qual é o significado da refid e que o valor aqui é 0.0.0.0 algum organismo pode explicar isto?


2) E já que estou a tentar reiniciar PTR serviço é falha e dizendo a seguinte mensagem

serviço ntpd start

ntpd: Sincronizar com o servidor de hora: [FAILED]

Starting ntpd: [OK]


3) Aqui estou colando o / etc / ntp.conf arquivo

vi / etc / ntp.conf

# Prohibit geral o acesso a este serviço.

driftfile / var / lib / ntp / drift

restringir 127.0.0.1

restringir 132.95.160.58 nomodify notrap noquery

restringir 132.95.160.127 nomodify notrap noquery

servidor ntp1 versão 3

servidor ntp2 versão 3

restringir padrão ignorar

# Permitir o acesso durante todo o interface loopback. Isto poderia

# Ser apertado, mas para isso teria algum efeito de

# Das funções administrativas.

# - Client Network -------

# Permitir sistemas nesta rede para sincronizar com este

# Tempo de serviço. Não permitiram que esses sistemas para modificar o

# Configuração deste serviço. Além disso, não use os

# Sistemas como pares para a sincronização.

# Restringir 192.168.1.0 máscara 255.255.255.0 notrust nomodify notrap

# --- OUR TIMESERVERS -----

# Ou remover a linha padrão restringir

# Permitir sincronização tempo com a nossa fonte de tempo, mas não

# Permitir a fonte de consulta ou modificar o serviço neste sistema.

# Restringir mytrustedtimeserverip máscara 255.255.255.255 nomodify notrap noquery

# Servidor mytrustedtimeserverip

# NTP MULTICASTCLIENT --- ---

# # multicastclient escutar no padrão 224.0.1.1

# Restringir 224.0.1.1 máscara 255.255.255.255 notrust nomodify notrap

# Restringir 192.168.1.0 máscara 255.255.255.0 notrust nomodify notrap

# Configuração geral --- ---

#

# Faltou disciplina local Relógio. Isso é um falso condutor destinados para backup

# E quando nenhuma fonte externa de tempo sincronizado está disponível. O

# Padrão é normalmente estrato 3, mas, neste caso, optar pelo estrato

# 0. Uma vez que o servidor de linha não tem a palavra-chave preferir, este driver

# Nunca é utilizado para a sincronização, a menos que nenhuma outra outros

# Sincronização fonte está disponível. No caso de locais de acolhimento é

# Controlada por alguns fonte externa, como um oscilador externo ou

# Outro protocolo, a palavra-chave preferem causaria a locais de acolhimento para

# Ignorar todas as outras fontes de sincronização, a não ser que o kernel



(i) no arquivo acima ntp.conf encontrei as seguintes linhas são estes correto

132.95.160.58 e 132.95.160.127 estão ntp servidores que estão usando

restringir 132.95.160.58 nomodify notrap noquery

restringir 132.95.160.127 nomodify notrap noquery


4) PLS também encontrar ntpdate-d (servidor NTP)

ntpdate-d 132.95.160.58

11 jun 14:43:38 ntpdate [12230]: ntpdate 4.1.2 @ 1,892 ter. fev 24 06:32:26 EST 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 cair: não há dados

servidor 132.95.160.58, porta 123

estrato 0, precisão 0, salto 00, confio 000

refid [0.0.0.0], demora 0,00000, dispersão 64,00000

transmitidos 4, no filtro 4

referência tempo: 00000000.00000000 Thu, Feb 7 2036 14:28:16.000

originam timestamp: 00000000.00000000 Thu, Feb 7 2036 14:28:16.000

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

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

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

filtro compensado: 0,000000 0,000000 0,000000 0,000000

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

demora 0,00000, dispersão 64,00000

offset 0.000000

11 jun 14:43:42 ntpdate [12230]: nenhum servidor apropriado para sincronização encontrado


5) deriva do arquivo / var / lib / ntp / drift

82,107

é obrigatório sempre deriva valor deve ser 0, se é assim que como podemos mudar aqui este valor para 0.



gentileza verificar esta situação e prestar o seu valioso feedback porquê ntp servidor não está sincronizado com o meu servidor.

no que diz respeito,
Srinu

o que faz um "ping ntp1" ou "ping ntp2" retorna em seu sistema?

aqui estamos usando apenas ntp1 e ntp2 não está em uso

ping npt1 enquanto nós foound o seguinte resultado

ping 132.95.160.58

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

132.95.160.58 ping statistics --- ---

78 pacotes transmitidos, recebeu 0, 100% perda de pacotes, tempo 77379ms

wew constatou que ping do meu servidor local para o servidor NTP é inibida por isso é que estamos obtendo 100% packet loss.


com o mesmo servidor NTP tínhamos outro servidor local executando multa sem problemas no servidor ntp lá também encontramos ping é inibida

ping 132.95.160.58
PING 132.95.160.58 (132.95.160.58) 56 (84) bytes de dados.
132.95.160.58 ping statistics --- ---
10 pacotes transmitidos, recebeu 0, 100% perda de pacotes, tempo 9044ms

assim, resolver o problema de rede e ntp deverá correr bem ...

oi
aqui do meu servidor local para o servidor NTP ping é inibida por isso é que nós observamos 100% packet loss, mas um outro servidor local, com 100% packet loss é capaz de sincronizar com o servidor NTP

Creio que não é um problema de rede, se um outro problema de rede do servidor local também não devem ficar sincronizada com o servidor NTP que também observamos 100% packet loss certo?
se o meu entendimento não é correto poderia u pls eaplain dele.

obrigado

Srinu

Se você não puder alcançar o servidor NTP sobre sua rede, como você pode obtê-lo sincronizada? qual é o "ntpq-p" de saída a partir do outro servidor?

Oi

Estou disposto a dar a saída do comando ntpq-p após algum tempo

Aqui estou colando ntpdate-d servidor comando de saída do meu servidor local onde o meu servidor local está a ficar sincronizada com o servidor NTP

ntpdate-d 132.95.160.58
11 jun 14:55:24 ntpdate [28190]: ntpdate 4.1.2 @ 1,892 ter. fev 24 06:32:26 EST 2004 (1)
transmitir (132.95.160.58)
receber (132.95.160.58)
transmitir (132.95.160.58)
receber (132.95.160.58)
transmitir (132.95.160.58)
receber (132.95.160.58)
transmitir (132.95.160.58)
receber (132.95.160.58)
transmitir (132.95.160.58)
servidor 132.95.160.58, porta 123
estrato 1, precision -20, salto 00, confio 000
refid [GPS], demora 0,03345, 0,00006 dispersão
transmitidos 4, no filtro 4
referência tempo: cddb28db.00000000 Qui, Jun 11 2009 14:55:23.000
originam timestamp: cddb28dc.8fc18000 Qui, Jun 11 2009 14:55:24.561
transmitir timestamp: cddb28dc.8e9435ac Qui, Jun 11 2009 14:55:24.556
filtro demora: 0,03375 0,03371 0,03345 0,03372
0,00000 0,00000 0,00000 0,00000
filtro compensado: 0,000585 0,000518 0,000445 0,000543
0,000000 0,000000 0,000000 0,000000
demora 0,03345, 0,00006 dispersão
offset 0.000445
11 jun 14:55:24 ntpdate [28190]: ajustar tempo servidor 132.95.160.58 offset 0.000445 sec

kindly check ur-lo e fornecer feedback.


atenciosamente,
Srinu