Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    Ошибка клиента NTP

    Ошибка клиента NTP

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Ошибка клиента NTP, RouterOS
     
    Jotne
    Guest
    #1
    0
    24.12.2016 09:43:00
    Я нашёл баг в реализации NTP клиента в RouterOS. Это заметил на RB750g v3 с версией 6.37.3. Там по умолчанию установлен SNTP, но так как он у меня не заработал, и мне также нужен NTP сервер, я поставил полный пакет NTP. После установки настроил NTP сервер с двумя известными рабочими IP: 17.253.52.125 и 185.41.243.30. Но что бы я ни делал, получал только такое сообщение: status: started.

    Поищешь в Google — найдёшь несколько постов с такой же проблемой и разными решениями, но ничего у меня не сработало. Я даже пробовал 10.10.10.5 (мой Cisco коммутатор), но тоже не работает. Подробно посмотрел настройки:

    /system ntp client print  
    enabled: yes  
    mode: unicast  
    primary-ntp: 17.253.52.125  
    secondary-ntp: 185.41.243.30  
    dynamic-servers: 1.2.3.1  
    status: started

    Откуда взялся 1.2.3.1? Похоже, это от моего провайдера!  

    Как исправить? Нужно зайти в IP DHCP Client и убрать "Use Peer NTP".  

    И вот, пожалуйста:  

    status: synchronized  

    /system ntp client print  
    enabled: yes  
    mode: unicast  
    primary-ntp: 17.253.52.125  
    secondary-ntp: 185.41.243.30  
    dynamic-servers:  
    status: synchronized  

    Так в чём баг? Похоже, если NTP клиент получает сервер, который не работает, он просто не синхронизируется! Почему dynamic-servers: 1.2.3.1 может полностью остановить работу NTP? Ведь достаточно, чтобы работал хотя бы один сервер!
     
     
     
    Jotne
    Guest
    #2
    0
    18.01.2017 12:10:00
    Сервер, который вы указали, работает отлично. Проблема в том, что мой провайдер выдает NTP-сервер, который не работает. Нельзя избавиться от динамического IP, просто вручную прописав NTP-сервер. Нужно отключить опцию «Use Peer NTP» в DHCP-клиенте. Могу подтвердить, что проблема всё ещё есть в версии 6.38.1.
     
     
     
    Jotne
    Guest
    #3
    0
    08.03.2017 06:59:00
    Похоже, это исправили в версии 6.38.3. Если я сейчас приму неправильный IP NTP от моего провайдера, мне скажут, что он синхронизирован.

    /system ntp client print  
             enabled: yes  
                mode: unicast  
         primary-ntp: 17.253.52.125  
       secondary-ntp: 185.41.243.30  
     dynamic-servers: 1.2.3.1  
              status: synchronized
     
     
     
    Jotne
    Guest
    #4
    0
    11.06.2017 07:30:00
    Думал, это уже починили, но в версии 6.39.2 вижу вот что. Включаю использование NTP-сервера (неработающий IP NTP):  
    /system ntp client print  
             enabled: yes  
                mode: unicast  
         primary-ntp: 17.253.52.125  
       secondary-ntp: 185.41.243.30  
     dynamic-servers: 1.2.3.1  
              status: started  

    Если отключить NTP от моего провайдера:  
    /system ntp client print  
             enabled: yes  
                mode: unicast  
         primary-ntp: 17.253.52.125  
       secondary-ntp: 185.41.243.30  
     dynamic-servers:  
              status: synchronized  

    Получается, NTP ломается, когда получает неработающий NTP с IP 1.2.3.1.
     
     
     
    null31
    Guest
    #5
    0
    12.06.2017 05:35:00
    Привет. Можешь смоделировать проблему и сгенерировать supout.rif, чтобы отправить в службу поддержки MT? Это лучший способ сообщить им о проблеме.
     
     
     
    jara
    Guest
    #6
    0
    30.08.2018 03:44:00
    +1 Я потерял несколько часов из-за этой ошибки (v6.42.7 на hAP ac). У моего провайдера неверный адрес NTP в их DHCP, и даже если я указывал правильные адреса в настройках NTP, Mikrotik использует только неправильный из DHCP. В итоге я нашёл этот пост.
     
     
     
    Jotne
    Guest
    #7
    0
    30.08.2018 05:00:00
    Могу подтвердить, что проблема сохраняется в последней версии. Без DHCP NTP /system ntp client print  
             enabled: yes  
                mode: unicast  
         primary-ntp: 17.253.52.125  
       secondary-ntp: 185.41.243.30  
     dynamic-servers:  
              status: synchronized  

    С DHCP NTP /system ntp client print  
             enabled: yes  
                mode: unicast  
         primary-ntp: 17.253.52.125  
       secondary-ntp: 185.41.243.30  
     dynamic-servers: 1.2.3.1  
              status: started  

    Воспроизвести очень просто, так что MT должна без проблем проверить это и выяснить, в чём беда.
     
     
     
    Jotne
    Guest
    #8
    0
    30.09.2018 06:40:00
    Все еще не исправлено в версии 6.43.2. Ошибка возникает, когда я получаю нерабочий DNS от DHCP.

    /system ntp client print  
             enabled: yes  
                mode: unicast  
         primary-ntp: 17.253.52.125  
       secondary-ntp: 185.41.243.30  
     dynamic-servers: 1.2.3.1  
              status: started  

    Если отключить DNS NTP, то всё работает нормально.

    /system ntp client print  
             enabled: yes  
                mode: unicast  
         primary-ntp: 17.253.52.125  
       secondary-ntp: 185.41.243.30  
     dynamic-servers:  
              status: synchronized
     
     
     
    Pea
    Guest
    #9
    0
    30.09.2018 08:02:00
    Мне просто интересно, почему ты всё ещё пытаешься использовать «Use Peer NTP» от своего провайдера, хотя знаешь, что это не работает? И ты пробовал связаться с провайдером, чтобы он исправил настройки DHCP NTP?
     
     
     
    Jotne
    Guest
    #10
    0
    30.09.2018 08:24:00
    Я не пытался использовать неправильный IP, просто хотел проверить, исправили ли в MT их баг. У меня уже давно открыт тикет в MT по багу с NTP. Тикет #2018083022003469. Они говорят, что работают над этим, но я не вижу прогресса. Проблема в том, что когда я настраивал NTP, я просто использовал сервер, который получил от своего провайдера. Он не работал (1.2.3.4), поэтому я попытался добавить статический сервер, о котором знаю, что он рабочий. Но и это не помогло, время всё равно не синхронизируется. Так что MT должны исправить это, чтобы другие не тратили время на попытки решить проблему. Да, я отправлял письмо провайдеру, но ответа так и не получил. В итоге проблема с тремя сторонами: клиенты, у которых NTP не работает из-за неправильного IP; провайдер, который использует неправильный IP; и MT, у кого синхронизация останавливается, как только появляется неработающий IP.
     
     
     
    adalenv
    Guest
    #11
    0
    07.12.2018 09:13:00
    Убедитесь, что на брандмауэре разрешён входящий UDP-порт 123 для этого NTP-сервера.
     
     
     
    Jotne
    Guest
    #12
    0
    07.12.2018 22:04:00
    Порт правильный. Тут просто две ошибки. Mikrotik NTP перестаёт работать, если получает нерабочий NTP IP. Этот MT может исправить. Мой провайдер отправляет нерабочий NTP IP. Его провайдер должен был это исправить, но говорить с ними — всё равно что разговаривать с камнем.
     
     
     
    allogic
    Guest
    #13
    0
    12.01.2021 13:10:00
    Спасибо за это, я тоже несколько дней ломал голову над этой проблемой. Как только удалили NTP-сервер провайдера, синхронизация времени начала работать так, как должна была с первого дня. Сохранить рассудок помогло найти этот пост!
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры