Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • 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
    Нестабильные часы на RB5009UPr+; критично, информация: изменение времени по NTP.

    Нестабильные часы на RB5009UPr+; критично, информация: изменение времени по NTP.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Нестабильные часы на RB5009UPr+; критично, информация: изменение времени по NTP., RouterOS
     
    ulysses
    Guest
    #1
    0
    11.09.2022 21:44:00
    Привет! Я обновился до нового RB5009 с моего старого HAP AC и заметил странное поведение системных часов. Несколько раз в день время на часах сдвигается на секунду, а то и на две:

    21:08:36 echo: system,critical,info ntp change time Sep/11/2022 21:08:37 => Sep/11/2022 21:08:36  
    21:58:52 echo: system,critical,info ntp change time Sep/11/2022 21:58:53 => Sep/11/2022 21:58:52  
    22:46:02 echo: system,critical,info ntp change time Sep/11/2022 22:46:03 => Sep/11/2022 22:46:02  
    23:35:15 echo: system,critical,info ntp change time Sep/11/2022 23:35:16 => Sep/11/2022 23:35:15  
    00:34:09 echo: system,critical,info ntp change time Sep/12/2022 00:34:11 => Sep/12/2022 00:34:09

    Конфигурация ntp клиента:  
    > system ntp client print  
            enabled: yes  
               mode: unicast  
            servers: timeserver.iix.net.il  
                vrf: main  
         freq-drift: 442.319 PPM  
             status: synchronized  
      synced-server: timeserver.iix.net.il  
     synced-stratum: 2  
      system-offset: -251.803 ms

    Вот список серверов:  
    > system ntp client servers print  
    Flags: X - disabled; D - dynamic  
    0    address=timeserver.iix.net.il resolved-address=192.114.63.250 min-poll=6 max-poll=10 iburst=yes auth-key=none

    Не могу понять, как часы могут так сбиваться. По-моему, это скорее какая-то конкуренция между разными обновлениями времени, но я не знаю, откуда вообще может взяться альтернативный источник времени. Есть мысли?
     
     
     
    janda
    Guest
    #2
    0
    20.02.2023 19:01:00
    Привет, ты это починил? У меня такая же проблема после отключения электроэнергии, пока Mikrotik не синхронизируется с NTP-серверами, он отправляет кучу предупреждающих писем с одинаковым сообщением «ntp change time».
     
     
     
    jjdperryman
    Guest
    #3
    0
    17.05.2023 15:33:00
    У меня на нескольких разных Mikrotik'ах та же самая проблема. Есть какие-нибудь новости по этому поводу?
     
     
     
    wbc
    Guest
    #4
    0
    29.05.2023 15:13:00
    Я начал замечать это в логах после обновления с версии 6 до 7. Я отключил /ip/cloud/update-time, и это решило проблему для меня. Я использую локальный NTP-сервер.
     
     
     
    kobuki
    Guest
    #5
    0
    14.07.2023 15:59:00
    Вижу ту же проблему на CHR в KVM VM (на Proxmox VE). Синхронизация времени через облако отключена, настроены 4 NTP-сервера, все работают. Смещение времени слишком большое и странное. Может ли это быть вызвано чем-то вроде масштабирования частоты CPU?

    13:56:55 system,info ntp change time Jul/14/2023 13:56:55 => Jul/14/2023 13:56:55  
    14:13:59 system,critical,info ntp change time Jul/14/2023 14:14:00 => Jul/14/2023 14:13:59  
    14:30:00 system,info ntp change time Jul/14/2023 14:30:00 => Jul/14/2023 14:30:00  
    14:47:00 system,info ntp change time Jul/14/2023 14:47:00 => Jul/14/2023 14:47:00  
    15:03:03 system,info ntp change time Jul/14/2023 15:03:03 => Jul/14/2023 15:03:03  
    15:21:11 system,critical,info ntp change time Jul/14/2023 15:21:12 => Jul/14/2023 15:21:11  
    15:38:17 system,info ntp change time Jul/14/2023 15:38:17 => Jul/14/2023 15:38:17  
    15:54:23 system,info ntp change time Jul/14/2023 15:54:23 => Jul/14/2023 15:54:23  
    16:13:37 system,critical,info ntp change time Jul/14/2023 16:13:39 => Jul/14/2023 16:13:37  
    16:34:02 system,info ntp change time Jul/14/2023 16:34:02 => Jul/14/2023 16:34:02  
    16:51:00 system,info ntp change time Jul/14/2023 16:51:00 => Jul/14/2023 16:51:00  
    17:06:52 system,critical,info ntp change time Jul/14/2023 17:06:53 => Jul/14/2023 17:06:52  
    17:29:16 system,info ntp change time Jul/14/2023 17:29:16 => Jul/14/2023 17:29:16  

    > /system/ntp/client/print  
     enabled: yes  
     mode: unicast  
     servers: 0.hu.pool.ntp.org,1.hu.pool.ntp.org,2.hu.pool.ntp.org,3.hu.pool.ntp.org  
     vrf: main  
     freq-drift: 487.389 PPM  
     status: synchronized  
     synced-server: 3.hu.pool.ntp.org  
     synced-stratum: 2  
     system-offset: -787.488 ms
     
     
     
    ulysses
    Guest
    #6
    0
    07.08.2023 09:17:00
    Всем привет! Извиняюсь, что не ответил раньше, почему-то уведомления с форума потерялись. Как уже советовали выше, я сбросил роутер до заводских настроек и настроил его заново с нуля. Было непросто, но мне удалось восстановить несколько блоков конфигурации из сохранённых экспортов. Похоже, что моя первоначальная попытка восстановить настройки из бинарной резервной копии ошибочно переконфигурировала железо или что-то в этом роде. В любом случае, после сброса проблема исчезла.
     
     
     
    holvoetn
    Guest
    #7
    0
    07.08.2023 09:20:00
    Спасибо за отзыв!
     
     
     
    pe1chl
    Guest
    #8
    0
    07.08.2023 13:15:00
    Да, это действительно неприятная проблема. Думаю, RouterOS стоит обязательно показывать большое предупреждение при восстановлении резервной копии с другого устройства. Если та же аппаратная платформа — предупреждение с ссылкой на страницу с инструкцией по сбросу MAC-адресов и прочего. Если другая модель устройства — просто отказ в восстановлении. А потом предложить в аккаунте Mikrotik сервис, который сможет конвертировать .backup файл в .rsc, чтобы пользователь мог вручную восстановить свою конфигурацию.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры