Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • 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
    слишком много сессий winbox/dude

    слишком много сессий winbox/dude

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    слишком много сессий winbox/dude, RouterOS
     
    chubbs596
    Guest
    #1
    0
    22.03.2018 09:25:00
    Привет, ребята! В данный момент мы используем CHR-роутер как центральный сервер обновлений с функцией автообновления. Я написал скрипт, который проверяет наличие новых версий программного обеспечения и прошивки:  
    /system upgrade upgrade-package-source add address=x.x.x.x user=upgrade  
    /system upgrade refresh  
    /system upgrade print  
    /system upgrade download-all reboot-after-download=yes  

    Сейчас мы столкнулись с проблемой: в логах центрального сервера CHR появляется такая ошибка:  
    mar/21 02:00:01 warning too many winbox/dude sessions, drop connect from 10.192.1.102  
    mar/21 02:00:01 warning too many winbox/dude sessions, drop connect from 10.192.0.30  
    mar/21 02:00:02 warning too many winbox/dude sessions, drop connect from 10.192.0.254  
    mar/21 02:00:02 warning too many winbox/dude sessions, drop connect from 10.192.0.34  
    mar/21 02:00:02 warning too many winbox/dude sessions, drop connect from 10.192.0.190  
    mar/21 02:00:02 warning too many winbox/dude sessions, drop connect from 10.215.0.18  

    Где можно увеличить максимально разрешённое количество таких сессий?
     
     
     
    loloski
    Guest
    #2
    0
    23.06.2021 15:25:00
    В моём случае это не скрипт, а «тот тип» постоянно собирает много информации с моего роутера, который ведёт себя так. Я тут новичок, но могу сказать, что поддержки фактически нет, и обходной путь решения этой проблемы — подключаться через romon. Только что это выяснил, пока писал это сообщение.
     
     
     
    Cablenut9
    Guest
    #3
    0
    23.06.2021 15:45:00
    Какой у тебя уровень лицензии? В зависимости от него одновременно может быть разрешено только определённое количество сессий.
     
     
     
    loloski
    Guest
    #4
    0
    23.06.2021 23:50:00
    уровень6, потому что это CCR-1072
     
     
     
    Karas
    Guest
    #5
    0
    05.02.2019 06:10:00
    Та же проблема и у меня. Ирония в том, что это происходит даже в 2 часа ночи... Есть у кого-нибудь советы?
     
     
     
    Deantwo
    Guest
    #6
    0
    19.03.2019 09:04:00
    Я не вижу никаких вариантов, чтобы установить или увеличить лимит сессий. Я даже не знал, что он вообще существует. Одно, что можно попробовать — разбивать проверки обновлений на более длинный промежуток времени, чтобы все запросы не приходили одновременно. Измените ваши планировщики так, чтобы стартовое время зависело от IP-адреса роутера или какого-нибудь другого уникального параметра. Например, я использую у себя вот такой скрипт:

    /system scheduler {
       :local calculation
       :local lanIP [/ip address get [:pick [/ip address find interface="bridge"] 0] address]
       :local dotPos

       :set dotPos [:find $lanIP "." -1]
       :set lanIP [:pick $lanIP ($dotPos + 1) 15]
       :set dotPos [:find $lanIP "." -1]
       :set calculation [:pick $lanIP 0 $dotPos]
       :set lanIP [:pick $lanIP ($dotPos + 1) 15]
       :set dotPos [:find $lanIP "." -1]
       :set calculation (([:pick $lanIP 0 $dotPos] * 256) + $calculation)

       :set calculation ($calculation * 20)
       :set calculation ((($calculation / 3600) % 19) . ":" . \
           (($calculation / 60) % 60) . ":" . ($calculation % 60))
       :put $calculation

       remove [find name="myScheduler"]
       add interval=1w name="myScheduler" on-event="myScript" \
           start-date=jan/04/1970 start-time=$calculation
    }

    Далеко не идеально, но уменьшает нагрузку. Кстати, изначально этот скрипт был сделан, чтобы запускать недельный скрипт в любой час воскресенья, и он зависит от схемы IP-адресов LAN, которую я использую. Так что вам придется подкорректировать расчёт под свои нужды. Я постепенно готовлюсь к массовому обновлению своих ~300 роутеров, так что, думаю, скоро столкнусь с этой проблемой.
     
     
     
    Deantwo
    Guest
    #7
    0
    19.03.2019 14:55:00
    /system scheduler {
       :local uptime [/system resource get uptime]
       :set uptime [:pick $uptime ([:len $uptime] - 5) [:len $uptime]]

       :local calculation (([:tonum [:pick $uptime 0 2]] + [:tonum [:pick $uptime 3 5]]) * 40)
       :set calculation [:totime $calculation]
       :set calculation (04:00:00 + $calculation)

       remove [find name="myScheduler"]
       add interval=1d name="myScheduler" on-event="myScript" \
           start-date=jan/01/1970 start-time=$calculation
    } Мой предшественник опять показал смекалку, когда настраивал нашу систему. Нашёл этот фрагмент в нашем скрипте конфигурации (подкрутил немного для удобства чтения). Причина использования uptime в том, что это самая случайная величина на роутере. Думаю, это даёт время где-то между 04:00:00 и 05:00:00.
     
     
     
    kenjix
    Guest
    #8
    0
    11.03.2020 21:14:00
    У меня тоже только что начало появляться это сообщение. У меня другая проблема, но я думаю, что причина одна и та же. Через 7 часов мой Dude Client перестаёт подключаться и не пускает меня через Winbox, но если сессия уже открыта, то он будет работать, только не даст вносить изменения, например, можно читать, но нельзя писать.
     
     
     
    loloski
    Guest
    #9
    0
    23.06.2021 13:57:00
    Спустя несколько лет... кто-нибудь из MT может ответить или исправить это? Надеюсь, ответ не будет «перезагрузить сам роутер».
     
     
     
    rextended
    Guest
    #10
    0
    23.06.2021 14:11:00
    Это форум пользователей, и если кто-то хочет связаться с MikroTik, им стоит писать на support@mikrotik.com, а не надеяться, что кто-нибудь из сотрудников MikroTik прочитает это здесь. При этом, это не ошибка RouterOS, а глупость, которую делают пользователи, потому что не задумываются, что выполнение одинаковых действий одновременно на одном и том же сервере — по сути DDoS-атака на самих себя. Если человек профессионал, то время распределяется, например, с 1:00 до 6:00 утра, по одному устройству в минуту. Начальное время не задается в скрипте или планировщике, сохраненном на RouterBOARD, а создаётся динамически с помощью функции внутри скрипта, вставляемого в терминал, чтобы задать время выполнения скрипта или планировщика.

    Так что всё нужно делать разумно. Если проблема — слишком много одновременных подключений, значит, что-то в скриптах сделано плохо. Например, если устройств (CPE) 300, а время с 1:00 до 6:00 — это 300 минут, и обновлять по одному устройству в минуту не должно быть проблемой. И время не должно быть случайным, а строго определённым. Случайное число может повториться, иначе оно не было бы случайным... Лучше опираться на 6 байт MAC-адреса — у каждого устройства они свои и никогда не совпадают.
     
     
     
    loloski
    Guest
    #11
    0
    24.06.2021 08:27:00
    Это становится серьезно, даже после того, как мы прервали работу «the dude» и перезагрузили роутер, он всё равно не принимает соединения по IP https://mikrotik.com/client/support/SUP-53175
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры