http://mikrotik.moscow Новое в теме Статус ntp-client: ожидание форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Fri, 31 Jul 2026 19:13:32 -0400 Статус ntp-client: ожидание RouterOS в форуме RouterOS.
Об этом уже говорили и в других темах: после некоторого отрицания пользователи устанавливают такое правило NAT, и всё начинает работать. (даже несмотря на то, что провайдер утверждал, что «они ничего не фильтруют»). Конечно, было бы идеально, если бы MikroTik добавил новую опцию для NTP-клиента — использовать случайный исходящий порт вместо 123…
11.04.2024 14:02:00, pe1chl.]]> http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427558 http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427558 Thu, 11 Apr 2024 14:02:00 -0400 RouterOS Статус ntp-client: ожидание RouterOS в форуме RouterOS.
Отлично!!! У меня была эта проблема некоторое время, и с этим всё решилось. Спасибо!!!
11.04.2024 08:43:00, informiq.]]> http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427557 http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427557 Thu, 11 Apr 2024 08:43:00 -0400 RouterOS Статус ntp-client: ожидание RouterOS в форуме RouterOS.
Большое спасибо, всё работает.
14.11.2022 09:36:00, klema.]]> http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427556 http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427556 Mon, 14 Nov 2022 09:36:00 -0500 RouterOS Статус ntp-client: ожидание RouterOS в форуме RouterOS.
Хорошо, это, конечно, ошибка… По умолчанию стоит односторонняя передача (unicast). Можно заставить работать и с «broadcast», установив флаг «broadcast» на стороне сервера. Но это менее безопасно. Если устройства находятся в сети, где любой может подключить устройство и начать отправлять широковещательные пакеты, кто-то, кто захочет пошалить, может транслировать неправильное время.
18.07.2024 08:36:00, pe1chl.]]> http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427555 http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427555 Thu, 18 Jul 2024 08:36:00 -0400 RouterOS Статус ntp-client: ожидание RouterOS в форуме RouterOS.
Только что столкнулся с проблемой, когда не мог получить NTP. Устройство — роутер за NAT, но другие устройства в этой же сети NTP получали без проблем. Проверил фаервол — нет никаких специальных блокировок или разрешений, есть правила Allow Established / Allow Related Forward на внешнем роутере и Allow Established на внутреннем «проблемном» роутере. Проверил остальные устройства — вроде всё одинаково, но так как я лично их не настраивал, а начальник немного «разошёлся», в системе появилось несколько косяков, из-за которых я туда и полез изначально.

По поводу NTP: где-то по ходу дела режим переключился на «broadcast», а поскольку мой «ремонтный» конфиг был наложен поверх моего стандартного, а в стандартном режиме стоит «unicast», в скрипте это явно не было прописано. Просто делюсь, вдруг кто-то наткнётся на эту тему с похожей проблемой.
18.07.2024 05:09:00, gammy69er.]]> http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427554 http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427554 Thu, 18 Jul 2024 05:09:00 -0400 RouterOS Статус ntp-client: ожидание RouterOS в форуме RouterOS.
У меня есть 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  

Почему мне не приходят ответы?
06.06.2022 14:47:00, mikear.]]> http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427553 http://mikrotik.moscow/forum/forum57/88507-status-ntp_client_-ozhidanie/message427553 Mon, 06 Jun 2022 14:47:00 -0400 RouterOS