pool ntp.conf vs direttive server

Mi sono imbattuto in un file ntp.conf che specifica le direttive del pool:

# Use servers from the NTP Pool Project. Approved by Ubuntu Technical Board
# on 2011-02-08 (LP: #104525). See http://www.pool.ntp.org/join.html for
# more information.
pool 0.ubuntu.pool.ntp.org
pool 1.ubuntu.pool.ntp.org
pool 2.ubuntu.pool.ntp.org
pool 3.ubuntu.pool.ntp.org

Tuttavia ha anche le direttive del server nello stesso file, con cui ho più familiarità.

Leggendo sul pool, vedo che è pensato per essere utilizzato al posto del server. Dovresti usare l'uno o l'altro.

Tuttavia, cosa succede se ntp.conf ha entrambi? Una serie ha la precedenza sull'altra o verrà utilizzata?

Questo è su Ubuntu 14.04, ntpd è la versione 4.2.6p5.

ntp ntpd

— user3141592
fonte

Risposte:

Per quanto posso vedere nelle fonti, ntpdgestisce sia un membro di un pool che singoli server più o meno allo stesso modo: li aggiunge all'elenco dei peer.

Tutti questi colleghi sono usati da ntpd.

La magia del meccanismo del pool è nel DNS round-robin: poiché ntpdrisolve il nome del pool tramite DNS, la risposta dalla query DNS è un singolo nodo, che può essere diverso ogni volta che viene chiesta la risoluzione.

— Vincent De Baere
fonte

Questo è menzionato nel file discover.htmlche credo sia in bundle con la documentazione ntpd. Vedi il fondo del file

— mboehn,

@Vincent Ho scaricato i file di origine. Puoi indicare esattamente dove dovrei cercare per verificarlo?

— user3141592

@mboehn In quel documento e nel file a cui fa riferimento, non vedo alcuna menzione di ciò che accade con le versioni più recenti di ntpd che supportano le direttive sia sul pool che sul server quando vengono specificate entrambe. Se sto trascurando qualcosa, per favore illumini. Grazie.

— user3141592

Vedi ntp / ntp_config.c: 3776. Ecco dove si verifica la risoluzione dei peer dal file di configurazione. Dopo, guarda ntp / ntp_peer.c: 554 per peer_config e ntp / ntp_peer.c: 730 per new_peer. Vedrai che entrambi verranno infine aggiunti alla tabella hash peer alla fine di new_peer.

— Vincent De Baere,

Questo non aiuta qualcuno che non sa cosa fa il server. Puoi spiegare quale server fa in modo che io possa confrontare con la tua ultima frase di ciò che fa il pool.

— Bakalolo,

La risposta è stata data da Mboehn. Per chiarire di più: vedi il documento che ha citato . Soprattutto le ultime righe:

Lo schema del pool viene configurato utilizzando uno o più comandi pool con nomi DNS che indicano il pool da cui attingere. Il comando pool può essere utilizzato più di una volta; server duplicati vengono rilevati e scartati. In linea di principio, è possibile utilizzare un file di configurazione contenente un pool di linee singole pool.ntp.org. Il progetto pool NTP offre istruzioni sull'uso del pool con il comando server, che non è ottimale ma funziona con versioni precedenti di ntpd precedenti al comando pool. Con ntpd recente, prendere in considerazione la sostituzione dei comandi di più server nel loro esempio con un singolo comando pool

La mia configurazione è:

# Specify one or more NTP servers.
pool 0.pool.ntp.org iburst
pool 1.pool.ntp.org iburst
pool 2.pool.ntp.org iburst
pool 3.pool.ntp.org iburst

# Provide your current local time as a default should you temporarly lose Internet connectivity
server 127.127.1.0
fudge 127.127.1.0 stratum 10

Ora ho più server NTTP vicino alla mia posizione geografica (Paesi Bassi) quando controllo

$ ntpq -4np

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 0.pool.ntp.org  .POOL.          16 p    -   64    0    0.000    0.000   0.000
 1.pool.ntp.org  .POOL.          16 p    -   64    0    0.000    0.000   0.000
 2.pool.ntp.org  .POOL.          16 p    -   64    0    0.000    0.000   0.000
 3.pool.ntp.org  .POOL.          16 p    -   64    0    0.000    0.000   0.000
 127.127.1.0     .LOCL.          10 l    -   64    0    0.000    0.000   0.000
-85.255.214.66   193.190.230.66   2 u    5   64  177    6.937    1.588   1.645
-5.39.184.5      91.148.192.49    3 u   64   64   77    8.907    1.197   1.635
-91.198.87.229   193.79.237.14    2 u    5   64  177    8.447   -0.042   0.894
+37.34.57.151    193.79.237.14    2 u    1   64  177    7.463    0.168   0.297
*91.198.87.118   192.87.110.2     2 u    2   64  177    8.593    0.070   0.384
+88.159.1.197    80.94.65.10      2 u    2   64  177   10.497    0.454   0.213
+213.154.236.182 213.136.0.252    2 u   67   64   77    8.793    0.455   2.391
#178.21.23.127   91.121.157.10    3 u   66   64   77    9.129   -0.911   1.541
#213.109.127.195 193.79.237.14    2 u   66   64   77   11.766   -7.330   1.501
+213.154.229.24  80.50.231.226    2 u    4   64  177    8.496    0.121   0.538
-217.77.132.1    213.136.0.252    2 u    2   64  177    7.026   -0.782   1.253
#87.253.148.92   195.13.1.153     3 u    4   64  177    7.338   -3.859   0.964
-94.228.220.14   193.67.79.202    2 u    -   64  177    8.347    2.797   1.019

— Woftor
fonte

Affinché NTP solleciti correttamente un pool di timeservers e utilizzi la disponibilità di timeservers in qualsiasi scenario di failover, ntp.confdeve essere configurato come tale:

dichiarare il nome di dominio del pool con un poolcomando (e non server)
consentire al pool di mobilitare un'associazione (ovvero aggiungere una restrict sourceriga " ..." che non include la nopeerdirettiva)

— drgnfr
fonte