Отже, я намагаюся налагодити мою поточну настройку NTP і виявив, що він зміщений з мого єдиного налаштованого сервера більше 3 секунд, а не коригує. Зірочка на LOCAL (0) на виході ntpq, схоже, вказує на те, що система щасливо синхронізується із собою, а не з сервером 10.130.33.201 (що є ще одним вікном linux у нашій системі, до якого ми хочемо, щоб усе синхронізувалося).
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
І це мій файл ntp.conf. Написав хтось інший, тому я не на 100% впевнений, що все правильно.
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
Я читав про вибух і iburst та minpoll / maxpoll, тому розумію, що вони можуть не знадобитися, але я не думаю, що це має нічого спільного з моїм поточним випуском.
Крім того, через те, як він розгорнуто, цей конфігураційний файл потребує великої роботи, щоб змінити, тому я сподіваюся, що нічого, що насправді не потрібно змінити. Я сподіваюся, що це випадок, коли я не розумію, як працює NTP.
EDIT -
Отже, схоже, що це дублікат цього запитання , але я не вважаю, що афіша отримала достатньої відповіді, тому я все одно хотів би знати, чому місцевий час надається перевазі серверу. Також, відповідно до однієї з відповідей нижче, я намагався використовувати preferключове слово в серверній лінії конфігурації та перезапустити, але це, схоже, не мало ефекту.
Якщо я скасую всі "локальні" рядки з конфігурації, коли відповідь на інше питання підказує, що буде, якщо сервер недоступний? Чи вмирає НТП чи просто продовжує намагатися?
ВАЖЛИВО ЗМІСТ -
Гаразд, зазвичай 10.130.33.201 ("Сервер") не має доступу до Інтернету та не має джерела часу для використання GPS. Важлива частина полягає в тому, що всі пристрої в системі мають той же час, що і сервер, незалежно від того, наскільки правильним є цей час.
Отже, щоб побачити, що буде, я додав один із серверів пулу NTP до конфігураційного файлу сервера, щоб він звідти отримував час, а не отримував час з локального. Тепер він правильно отримує час від сервера часу NTP.
Після цього я зараз клієнти синхронізувались із сервером, а не віддавали перевагу LOCAL (0)
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
НОВЕ ЗАПИТАННЯ - Коли мій сервер використовує локальний (наведений оригінальний приклад), схоже, що клієнти кажуть: "О, 10.130.33.201 р. Використовується LOCAL (0). Хм, у мене також є сервер LOCAL (0) - - Я просто використовуватиму це безпосередньо, а не отримувати ту саму інформацію через 10.130.33.201 ".
Це так? Вони намагаються перейти "безпосередньо до джерела", що неправильно LOCAL (0)? Мені потрібен мій сервер, щоб отримати час від LOCAL (0), і мені потрібні клієнти, щоб отримати час від сервера. Зараз видалення "локального" сервера з файлів конфігурації клієнта - єдиний варіант, але я хотів би зрозуміти, чому це відбувається, і якщо це взагалі можливо, уникайте зміни їх конфігурацій (зміна конфігурації буде багато роботи через наше середовище ...).
Також це виглядає як ще один дублікат без гарної відповіді.