Я не могу синхронизироваться с источником NTP, исходящим от внутреннего маршрутизатора / брандмауэра.
Кто-нибудь поможет?
ntppdate -d 192.168.92.82
6 Jun 11:57:30 ntpdate[5011]: ntpdate 4.1.2@1.892 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
редактировать
Сервер, с которым меня просят синхронизироваться, является брандмауэром, и теперь мне сказали, что он не синхронизируется ни с чем. Поэтому я предполагаю, что мне нужно знать, могу ли я заставить свой сервер синхронизироваться с сервером, который имеет уровень 16, т.е. не синхронизирован. Это возможно ?
Ответы:
NTP увеличивает страту для каждого уровня в иерархии - время извлечения NTP-сервера с сервера "stratum 1" будет объявлено как "stratum 2" его клиентам.
Значение уровня «16» зарезервировано для несинхронизированных серверов, что означает, что ваш внутренний NTP-сервер в 192.168.92.82 считает, что не имеет надежного источника времени (то есть не синхронизируется с сервером уровня более высокого уровня).
Вам нужно было бы выполнить некоторую отладку там - если это сервер Linux, использующий ntpd, посмотрите на выходные данные
ntpq peers
подсказок для возможных причин.источник
fudge <server> stratum <value>
директивы - тогда ваш локальный ntpd будет считать принятым и синхронизированным источником времени. Но это далеко не элегантно.Я обнаружил, что при попытке изменить страту сервера на стороне клиента ntp.conf с помощью
не работает.
Однако, если вы можете получить доступ к ntp.conf на сервере (на компьютере, на котором запущен ntpd) и добавьте следующие строки
он может выдумать сам (127.127.1.0 - адрес локального сервера ntpd, число 8 - число меньше 16) (не забудьте перезапустить ntpd).
Затем вы можете успешно запустить ntpdate на клиенте (
ntpdate <server_ip>
).источник
Что ж, в сообщении об ошибке сказано довольно ясно: «слишком высокий уровень». По сути, ваш ntpdate говорит вам, что ваш сервер времени находится слишком далеко вниз по иерархии, чтобы быть надежным. Есть распечатка, которая показывает это:
Я понятия не имею, как вы туда попали, но сервер времени уровня 16 удален на 15 уровней с серверов уровня 1, и это много . Вы можете попытаться выяснить, почему это так. В сети нашей компании большинство компьютеров синхронизируются со шлюзами linux, которые подключены к серверам уровня 3 (что делает их уровнем 4) или к контроллерам домена (одинаковым). Для достижения страты 16 вам потребуется действительно сложная настройка сети.
источник
Попробуйте запустить
ntpdate tock.usno.navy.mil
Это NTP-сервер уровня 1, которым управляет Военно-морская обсерватория США. Посмотрите, можете ли вы синхронизироваться с этим, а затем двигаться вперед от этого. Является ли ваш брандмауэр / маршрутизатор коробкой PFsense с OpenNTPD?Вы можете добавить,
-d
если хотите.источник
Может быть строка, которая начинается с restrict default, просто удалите ее и перезапустите службу ... теперь запустите ntpq и затем pe
вот мой до и после ...
и результат ....
теперь, когда я закомментирую эту строку ... (или любую строку, которая может начинаться с ограничения по умолчанию) .. я получаю ...
И это было решением МОЕЙ проблемы !!!
источник