Bu yüzden, mevcut NTP kurulumumda hata ayıklamaya çalışıyorum ve yapılandırılmış tek sunucumdan 3 saniyenin üzerinde olduğunu ve ayarlanmadığını gördüm. Ntpq çıktısındaki LOCAL (0) üzerindeki yıldız işareti, sistemin 10.130.33.201 sunucusu (sistemimizde her şeyin senkronize edilmesini istediğimiz başka bir linux kutusu) yerine kendisiyle mutlu bir şekilde senkronize olduğunu gösteriyor.
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
10.130.33.201 LOCAL(0) 9 u 49 64 377 0.242 -3742.2 1.049
*LOCAL(0) .LOCL. 10 l 2 64 377 0.000 0.000 0.001
Ve bu benim ntp.conf dosyam. Başka biri tarafından yazılmış, bu yüzden her şeyin doğru olduğundan% 100 emin değilim.
server 10.130.33.201 burst iburst minpoll 4 maxpoll 11
driftfile /mnt/active/etc/ntp.drift
restrict -4 default nomodify nopeer notrap
restrict -6 default ignore
# Undisciplined Local Clock. This is a fake driver intended for backup
# and when no outside source of synchronized time is available.
server 127.127.1.0 # local clock
fudge 127.127.1.0 stratum 10
Patlama ve iburst ve minpoll / maxpoll hakkında okudum, bu yüzden bunların gerekli olmayabileceğini fark ettim, ancak mevcut sorunumla ilgili bir şey olduğunu düşünmüyorum.
Ayrıca, nasıl dağıtıldığı için, bu yapılandırma dosyasının değiştirilmesi çok iş alacaktır, bu yüzden umarım gerçekten değiştirilmesi gereken bir şey yoktur. NTP'nin nasıl çalıştığını anlamadığım bir durum olduğunu umuyorum.
DÜZENLE -
Yani, bu bu sorunun bir kopyası gibi görünüyor , ama posterin yeterli bir cevap aldığını hissetmiyorum, bu yüzden hala yerel saatin neden sunucuya tercih edildiğini bilmek istiyorum . Ayrıca, aşağıdaki cevaplardan birine göre, preferyapılandırmanın sunucu satırında anahtar kelimeyi kullanmaya ve yeniden başlatmaya çalıştım , ancak bunun bir etkisi yok gibi görünüyor.
Diğer sorunun yanıtı olarak yapılandırmadaki tüm "yerel" satırları kaldırırsam, sunucuya erişilemezse ne olur? NTP ölüyor mu yoksa sadece denemeye devam ediyor mu?
ÖNEMLİ DÜZENLEME -
Tamam, normalde, 10.130.33.201 ("Sunucu") internete erişemez ve kullanılacak bir GPS zaman kaynağı yoktur. Önemli olan, sistemdeki tüm cihazların o zamanın ne kadar doğru olduğuna bakılmaksızın sunucu ile aynı zamana sahip olmasıdır.
Yani, sadece ne olacağını görmek için, NTP havuz sunucularından birini sunucunun yapılandırma dosyasına ekledim, böylece yerelden zaman almak yerine oradan zaman alacaktı. Artık doğru şekilde NTP zaman sunucusundan zaman alıyor.
Bunu yaptıktan sonra istemciler artık LOCAL (0) yerine sunucu ile eşitleniyor
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*10.130.33.201 38.229.71.1 3 u 58 64 377 0.216 715621. 1.001
LOCAL(0) .LOCL. 10 l 18 64 377 0.000 0.000 0.001
YENİ SORU - Sunucum yerel kullanırken (verilen orijinal örnek), istemciler "Oh, 10.130.33.201 LOCAL (0) kullanıyor. Hmm, ayrıca bir LOCAL (0) sunucum var - - Aynı bilgiyi 10.130.33.201 aracılığıyla almak yerine doğrudan kullanacağım. "
Durum bu mu? Yanlış olarak LOCAL (0) olan "doğrudan kaynağa" gitmeye mi çalışıyorlar? LOCAL (0) 'dan zaman almak için sunucuma ihtiyacım var ve sunucudan zaman almak için istemcilere ihtiyacım var. Şu anda "yerel" sunucuyu istemci yapılandırma dosyalarından kaldırmak tek seçenektir, ancak bunun neden olduğunu anlamak istiyorum ve mümkünse yapılandırmalarını değiştirmekten kaçının (yapılandırma değişikliği nedeniyle çok iş olacak çevremiz...).
Ayrıca, bu iyi bir cevap olmadan başka bir kopya gibi görünüyor.