No puedo sincronizar con una fuente NTP que proviene de un enrutador / firewall interno.
Alguien ayuda?
ntppdate -d 192.168.92.82
6 Jun 11:57:30 ntpdate[5011]: ntpdate [email protected] Tue Feb 24 06:32:26 EST 2004 (1)
transmit(192.168.92.82)
receive(192.168.92.82)
transmit(192.168.92.82)
receive(192.168.92.82)
transmit(192.168.92.82)
receive(192.168.92.82)
transmit(192.168.92.82)
receive(192.168.92.82)
transmit(192.168.92.82)
192.168.92.82: Server dropped: strata too high
server 192.168.92.82, port 123
stratum 16, precision -19, leap 11, trust 000
refid [73.78.73.84], delay 0.02591, dispersion 0.00002
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 6:28:16.000
originate timestamp: d1972e03.0ae02645 Mon, Jun 6 2011 11:44:19.042
transmit timestamp: d197311b.0ffac1d2 Mon, Jun 6 2011 11:57:31.062
filter delay: 0.02609 0.02591 0.02594 0.02596
0.00000 0.00000 0.00000 0.00000
filter offset: -792.020 -792.020 -792.020 -792.020
0.000000 0.000000 0.000000 0.000000
delay 0.02591, dispersion 0.00002
offset -792.020152
6 Jun 11:57:31 ntpdate[5011]: no server suitable for synchronization found
Editar
El servidor al que se me pide que sincronice es un firewall, y ahora me han dicho que no se está sincronizando con nada. Así que supongo que necesito saber si puedo forzar a mi servidor a sincronizarse con un servidor que es el estrato 16, es decir, no sincronizado. Es eso posible ?
Respuestas:
NTP aumenta el estrato para cada nivel en la jerarquía: un servidor NTP que extrae el tiempo de un servidor "estrato 1" se anunciaría como "estrato 2" a sus clientes.
Un valor de estrato de "16" está reservado para servidores no sincronizados, lo que significa que su servidor NTP interno en 192.168.92.82 piensa que no tiene una fuente de tiempo confiable (es decir, no se sincroniza con un servidor de estrato de nivel superior).
Tendría que depurar allí: si se trata de un servidor Linux que usa ntpd, busque
ntpq peerspistas en la salida por posibles razonesfuente
fudge <server> stratum <value>directiva: su ntpd local lo consideraría una fuente de tiempo sincronizada y aceptada. Pero esto está lejos de ser elegante.He encontrado que intentar cambiar el estrato de un servidor en el lado del cliente ntp.conf con un
No funciona.
Sin embargo, si puede acceder a ntp.conf en el servidor (la máquina que ejecuta ntpd) y agregar las siguientes líneas
puede falsificarse (127.127.1.0 es la dirección del servidor ntpd local, 8 es un número menor que 16) (recuerde reiniciar ntpd).
Luego puede ejecutar con éxito ntpdate en el cliente (
ntpdate <server_ip>).fuente
Bueno, el mensaje de error lo dice claramente: "estrato demasiado alto". En esencia, su ntpdate le dice que su servidor de tiempo está demasiado abajo en la jerarquía para ser confiable. Hay una línea en la impresión que lo muestra:
No tengo idea de cómo llegaste allí, pero un servidor de estrato de 16 horas tiene 15 niveles eliminados de los servidores de estrato 1, y eso es mucho . Es posible que desee probar y descubrir por qué ese es el caso. En la red de nuestra empresa, la mayoría de las máquinas se sincronizan con las puertas de enlace de Linux, que están conectadas a los servidores del estrato 3 (lo que los convierte en el estrato 4) o los controladores de dominio (lo mismo). Tendría que tener una configuración de red realmente complicada para llegar al estrato 16.
fuente
Intente ejecutar
ntpdate tock.usno.navy.milEse es un servidor NTP del estrato 1 administrado por el Observatorio Naval de EE. UU. Vea si puede sincronizarse con eso, luego avance desde eso. ¿Por casualidad su firewall / enrutador es una caja PFsense que ejecuta OpenNTPD?Puede agregar el
-dsi lo desea.fuente
Puede haber una línea que comience con el valor predeterminado restringido, simplemente elimínelo y reinicie el servicio ... ahora ejecute ntpq y luego pe
Aquí está mi antes y después ...
y el resultado es ...
ahora cuando comento esa línea ... (o CUALQUIER línea que pueda comenzar con restricción predeterminada) ... obtengo ...
Y esa fue la solución a mi problema !!!
fuente