+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Статус ntp-client: ожидание

Статус ntp-client: ожидание, RouterOS

mikear

Guest

06.06.2022 14:47:00

У меня есть RB3011 (роутер), hAP ac lite (мост) и cAP (мост). На двух устройствах Mikrotik, настроенных как мосты, ntp-клиент обновляется корректно, а на роутере статус остаётся «ожидание». Все устройства работают на одной версии RouterOS (7.2.3), и все три функционируют, кроме ntp-клиента — всё как и должно быть. Экспорт параметров /system/ntp/client показывает:

/system ntp client
set enabled=yes

/system ntp client servers
add address=0.pool.ntp.org
add address=1.pool.ntp.org
add address=2.pool.ntp.org
add address=3.pool.ntp.org

Дебаг-логи показывают следующее:

16:35:31 echo: ntp,debug TMP: Начинается разрешение имени: 0.nl.pool.ntp.org
16:35:31 echo: ntp,debug TMP: Начинается разрешение имени: 1.nl.pool.ntp.org
16:35:31 echo: ntp,debug TMP: Начинается разрешение имени: 2.nl.pool.ntp.org
16:35:31 echo: ntp,debug TMP: Начинается разрешение имени: 3.nl.pool.ntp.org

16:35:31 echo: ntp,debug TMP: Разрешён адрес: 0.nl.pool.ntp.org -> 162.159.200.1
16:35:31 echo: ntp,debug TMP: Разрешён адрес: 1.nl.pool.ntp.org -> 212.114.109.139
16:35:31 echo: ntp,debug TMP: Разрешён адрес: 2.nl.pool.ntp.org -> 94.198.159.15
16:35:32 echo: ntp,debug TMP: Разрешён адрес: 3.nl.pool.ntp.org -> 40.119.148.38

16:35:32 echo: ntp,debug TMP: Недоступно, iburst включён. Отправляем серию запросов
16:35:32 echo: ntp,debug TMP: передача на dst-ip:162.159.200.1
16:35:32 echo: ntp,debug TMP: Недоступно, iburst включён. Отправляем серию запросов
16:35:32 echo: ntp,debug TMP: передача на dst-ip:212.114.109.139

16:35:33 echo: ntp,debug TMP: передача на dst-ip:162.159.200.1
16:35:33 echo: ntp,debug TMP: передача на dst-ip:212.114.109.139

16:35:34 echo: ntp,debug TMP: передача на dst-ip:162.159.200.1
16:35:34 echo: ntp,debug TMP: передача на dst-ip:212.114.109.139

16:35:35 echo: ntp,debug TMP: передача на dst-ip:162.159.200.1
16:35:35 echo: ntp,debug TMP: передача на dst-ip:212.114.109.139

16:35:36 echo: ntp,debug TMP: передача на dst-ip:162.159.200.1
16:35:36 echo: ntp,debug TMP: передача на dst-ip:212.114.109.139
16:35:36 echo: ntp,debug TMP: Недоступно, iburst включён. Отправляем серию запросов
16:35:36 echo: ntp,debug TMP: передача на dst-ip:94.198.159.15

16:35:37 echo: ntp,debug TMP: передача на dst-ip:162.159.200.1
16:35:37 echo: ntp,debug TMP: передача на dst-ip:212.114.109.139
16:35:37 echo: ntp,debug TMP: Недоступно, iburst включён. Отправляем серию запросов
16:35:37 echo: ntp,debug TMP: передача на dst-ip:40.119.148.38

16:35:38 echo: ntp,debug TMP: передача на dst-ip:162.159.200.1
16:35:38 echo: ntp,debug TMP: передача на dst-ip:212.114.109.139
16:35:38 echo: ntp,debug TMP: передача на dst-ip:94.198.159.15

16:35:39 echo: ntp,debug TMP: передача на dst-ip:162.159.200.1
16:35:39 echo: ntp,debug TMP: передача на dst-ip:212.114.109.139
16:35:39 echo: ntp,debug TMP: передача на dst-ip:40.119.148.38

16:35:40 echo: ntp,debug TMP: передача на dst-ip:162.159.200.1
16:35:40 echo: ntp,debug TMP: передача на dst-ip:212.114.109.139
16:35:40 echo: ntp,debug TMP: передача на dst-ip:94.198.159.15

16:35:41 echo: ntp,debug TMP: передача на dst-ip:40.119.148.38

16:35:42 echo: ntp,debug TMP: передача на dst-ip:94.198.159.15

16:35:43 echo: ntp,debug TMP: передача на dst-ip:40.119.148.38

16:35:44 echo: ntp,debug TMP: передача на dst-ip:94.198.159.15

Почему мне не приходят ответы?

gammy69er

Guest

18.07.2024 05:09:00

Только что столкнулся с проблемой, когда не мог получить NTP. Устройство — роутер за NAT, но другие устройства в этой же сети NTP получали без проблем. Проверил фаервол — нет никаких специальных блокировок или разрешений, есть правила Allow Established / Allow Related Forward на внешнем роутере и Allow Established на внутреннем «проблемном» роутере. Проверил остальные устройства — вроде всё одинаково, но так как я лично их не настраивал, а начальник немного «разошёлся», в системе появилось несколько косяков, из-за которых я туда и полез изначально.

По поводу NTP: где-то по ходу дела режим переключился на «broadcast», а поскольку мой «ремонтный» конфиг был наложен поверх моего стандартного, а в стандартном режиме стоит «unicast», в скрипте это явно не было прописано. Просто делюсь, вдруг кто-то наткнётся на эту тему с похожей проблемой.

pe1chl

Guest

18.07.2024 08:36:00

Хорошо, это, конечно, ошибка… По умолчанию стоит односторонняя передача (unicast). Можно заставить работать и с «broadcast», установив флаг «broadcast» на стороне сервера. Но это менее безопасно. Если устройства находятся в сети, где любой может подключить устройство и начать отправлять широковещательные пакеты, кто-то, кто захочет пошалить, может транслировать неправильное время.

klema Guest	#4 0 14.11.2022 09:36:00 Большое спасибо, всё работает.

informiq Guest	#5 0 11.04.2024 08:43:00 Отлично!!! У меня была эта проблема некоторое время, и с этим всё решилось. Спасибо!!!

pe1chl Guest	#6 0 11.04.2024 14:02:00 Об этом уже говорили и в других темах: после некоторого отрицания пользователи устанавливают такое правило NAT, и всё начинает работать. (даже несмотря на то, что провайдер утверждал, что «они ничего не фильтруют»). Конечно, было бы идеально, если бы MikroTik добавил новую опцию для NTP-клиента — использовать случайный исходящий порт вместо 123…

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры