¿Cómo configuro Raspbian para usar el servidor horario primario time.nist.gov?

8

Tengo varios Rpi3 con Raspbian. Recopilan datos y yo uso FileZilla para copiar datos de uno a otro. Idealmente, solo estoy copiando archivos que tienen cambios o son nuevos.

FileZilla se puede instalar en una PC en

Descarga de FileZilla (filezilla-project.org)

FileZilla se puede instalar en Raspbian con este comando:

sudo apt-get update -y
sudo apt-get install FileZilla 

Tengo las opciones en FileZilla configuradas para sobrescribir solo los archivos existentes si son más nuevos. También uso chmod -w en mis directorios Archive en las máquinas de destino, por lo que solo se pueden copiar archivos nuevos.

Sin embargo, FileZilla está pasando demasiado tiempo copiando archivos que ya están allí porque los relojes de los Raspbians varían demasiado.

Quiero configurarlos a un estándar principal para que puedan estar mejor de acuerdo, minimizando así las transferencias de archivos idénticos.

Según la página del NIST, la Oficina Nacional de Estándares sugiere utilizar time.nist.gov como la dirección que alcanzará un sistema de trabajo entre todos los servidores NTP de nivel 1 disponibles:

Servidores de tiempo de Internet NIST

Mi pregunta está en el título: ¿Cómo configuro Raspbian para usar el servidor horario principal time.nist.gov?

SDsolar
fuente
Los relojes no deberían diferir tanto ... ¿Con qué frecuencia está tratando de recuperar datos?
Jacobm001
1
Las agrupaciones Stratum-16 instaladas de forma predeterminada causarían que difieran en más del umbral de un segundo, lo que hace que tanto FileZilla como ROBOCOPY piensen que es un archivo más nuevo. Esto enlaza directamente a una fuente Stratum-1. No hay saltos adicionales en el medio. Tanto Linux como Windows usan grupos, pero no hay necesidad de usarlos. time.nist.gov es lo suficientemente inteligente como para encontrar el servidor más rápido en la Oficina Nacional de Normas o la Marina. El resultado final de hacer esto es realmente sorprendente. Proporción 10: 1 de ahorro de tiempo más o menos. Además, esto está usando tarjetas SD, por lo que ahorra desgaste. Muy recomendable.
SDsolar
Antes de intentar esto, use ntpq -p para notar el valor St. Eso muestra cuántos saltos estás lejos del reloj maestro. Generalmente será alrededor de 20. Nuestro objetivo es St = 1
SDsolar

Respuestas:

7

La configuración del servidor de hora se guarda en, /etc/ntp.confasí que abra su editor favorito y realice este cambio.

sudo nano /etc/ntp.conf

La sección relevante se ve así:

ingrese la descripción de la imagen aquí

Entonces, todo lo que necesita hacer es cambiarlo para que se vea así en todas las computadoras relevantes:

ingrese la descripción de la imagen aquí

luego reiniciarlos.

Voila, los sistemas ahora están utilizando el reloj maestro NIST / NBS para sincronizar.

Puede verificar que está funcionando en el Nivel 1 usando este comando:

ntpq -p

Lo que me dio esta salida:

ingrese la descripción de la imagen aquí

¡FileZilla ahora se ejecuta increíblemente más rápido, ya que puede omitir más archivos!

Increíble diferencia La sincronización horaria es una excelente experiencia.

Esto es lo mejor que se puede lograr a través de Internet.

time.nist.gov es un equilibrador de carga que apunta al mejor servidor para cualquier ubicación en particular.


El GPS ofrece una mayor precisión, pero no es tan fácil de configurar.

Aquí hay un Q&A sobre la configuración de un GPS USB G-Mouse tipo U-Blox 7 en el Pi:

¿Cómo puedo configurar mi GPS USB G-Mouse para usar con Raspbian?

Este artículo describe la configuración del software para el GPS y hacer que funcione. Todavía necesitaremos que alguien explique cómo usarlo para crear un servidor NTP autorizado local que todas las otras máquinas Linux pueden usar como referencia para lograr el mejor nivel posible de sincronización de tiempo con Raspberry Pi 3B y Raspbian.

Observe cómo lo hace Google. Tienen GPS y relojes atómicos en cada centro de datos de todo el mundo:

GOOGLE SPANS PLANETA COMPLETO CON BASE DE DATOS CON GPS (de Wired)


En Windows, este mismo cambio es aún más fácil. Simplemente haga clic en el reloj y siga las instrucciones para cambiar la hora de Internet a time.nist.gov y luego actualice.

Al hacerlo, incluso las transferencias dentro y fuera de Windows (para copias de seguridad del disco duro) son MUCHO más rápidas, ya que omite archivos con la misma fecha de creación en ambos lados.

Esto tiene un efecto secundario agradable de minimizar la cantidad de tiempo que lleva ROBOCOPY a una unidad de respaldo también.

SDsolar
fuente
Este mismo enfoque funciona con Ubuntu 14.04 LTS. Excepto que tienen otra línea para un servidor alternativo, justo debajo de este bloque. Lo comenté porque time.nist.gov no necesita ninguna definición de servidor de respaldo en el lado del cliente. Es una URL inteligente que encuentra el sistema Stratum-1 de respuesta más rápida. El reloj maestro.
SDsolar
Ubuntu 16.04 LTS requiere la instalación de ntp, primero. Aquí están las instrucciones básicas: help.ubuntu.com/lts/serverguide/NTP.html - una vez que está instalado, el resto es similar - la única diferencia real es que las líneas comienzan con pool y la línea que está activando necesita comenzar con el servidor como se muestra arriba. Sin embargo, 16.04 tiene permisos de archivo mucho más estrictos, por lo que el trabajo debe hacerse en modo su. Si ha olvidado su contraseña de root, puede restablecerla desde su solicitud normal utilizando sudo passwd root. Entonces el comando su funcionará.
SDsolar
Tenga en cuenta que la columna St muestra el Estrato y que el valor es 1 o 2, y dará prioridad a St 1. With the pools it is more like 20. Pero en este caso puede ver que es el Estrato-1 para obtener la mayor precisión posible.
SDsolar
Por cierto, en lugar de ntpq -p puede usar ntpq -c pares
SDsolar
2

He estado luchando contra un problema con sitios NTP seleccionados personalmente desde Raspbian Jessie. Parece que alguien decidió forzar la configuración de los servidores del grupo Debian en /etc/ntp.conf durante cada arranque. Ayer en este sitio, descubrí que el guión /etc/init.d/ntp es el culpable. Una edición simple del archivo elimina la inserción de los servidores del grupo en ntp.conf. Las instrucciones de script no reemplazan todo el archivo, pero reemplazan todos los servidores que podría haber insertado o reemplazado, por lo que cualquier otro cambio fuera del área de definición del servidor como GPS, PPS, etc. no se toca.

Simplemente edite /etc/ntp.conf, luego busque y comente las líneas que se muestran a continuación:

    # if [ -e /var/lib/ntp/ntp.conf.dhcp ]; then
    #     NTPD_OPTS="$NTPD_OPTS -c /var/lib/ntp/ntp.conf.dhcp"
    # fi

Esto eliminará los cambios en el arranque, y ntpd usará /etc/ntp.conf como está.

Tom
fuente