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

    ошибка выборки: достигнуто максимальное количество соединений

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    ошибка выборки: достигнуто максимальное количество соединений, RouterOS
     
    SpectatorCN
    Guest
    #1
    0
    10.10.2010 21:07:00
    Всем привет. Я использую простой скрипт типа такого: /tool fetch mode=http address=10.0.0.1 src-path=("/test/index.php") dst-path="/commands.txt" port=80 host=host.com;

    ......
    некоторый код
    ......
    } Scheduler запускает его каждые 30 секунд. Но спустя некоторое время скрипт перестает запрашивать URL. Когда я запускаю из терминала, выдает ошибку: failure: maximal connection count reached. Почему достигается максимальное количество подключений? И как этого избежать?
     
     
     
    jaredharet
    Guest
    #2
    0
    03.03.2013 22:06:00
    Кто-нибудь нашёл решение?
     
     
     
    dbdom
    Guest
    #3
    0
    07.11.2014 16:09:00
    У меня такая же проблема с up/down скриптом в netwatch — он использует “tool fetch mode=http …” для обновления веб-сайта, который показывает статус более 200 контролируемых устройств. Когда что-то идёт не так, и многие устройства одновременно отключаются, скрипты netwatch не могут обновить статус всех устройств из-за «ограничения в 10 подключений». На мой взгляд, это ограничение должно быть опцией или его нужно увеличить/отключить.
     
     
     
    tazdevil
    Guest
    #4
    0
    16.03.2015 05:19:00
    Есть у кого-нибудь решение для этой проблемы? У меня то же самое: иногда срабатывает через несколько сотен попыток, а иногда — до 20000, прежде чем /tool fetch перестает работать. Версия прошивки Routerboard: 3.18, версия пакета: 6.19. Пробовал обновлять обе версии — без толку. Спасибо.
     
     
     
    dbdom
    Guest
    #5
    0
    16.03.2015 15:56:00
    Я добавил ":delay x" в начало скрипта поднятия/опускания (где x — последняя цифра IP-адреса устройства “netwatched”), и это немного помогло.
     
     
     
    Feklar
    Guest
    #6
    0
    16.03.2015 16:24:00
    Чтобы обойти эту проблему, нужно посмотреть на количество скриптов во вкладке задач, и если их слишком много — удалить лишние. Это освободит HTTP-сессии и позволит продолжить использовать fetch.

    :local b 0  
    :foreach ENTRY in=([/system script job find script="<SCRIPT NAME>"]) do={:set b ($b + 1)}
    :if ($b > 3) do={/system script job remove [find script="<SCRIPT NAME>"]}
     
     
     
    tazdevil
    Guest
    #7
    0
    17.03.2015 15:10:00
    В скриптах есть только одна задача «/tool fetch». Я пытался запустить скрипт вручную, когда он не сработал, нажимая кнопку «Run Script», но это не помогло. Единственный способ восстановить работу — перезагрузить или выключить и снова включить устройство.
     
     
     
    villageworker
    Guest
    #8
    0
    18.03.2015 06:39:00
    У меня есть скрипт MONITOR, который запускается каждые пять минут и иногда зависает. Монитор никогда не должен работать больше секунды. Поэтому у меня есть другой скрипт UNSTUCK, который запускается каждые 3 минуты и удаляет зависший скрипт MONITOR. Этот скрипт Unstuck выглядит так: /system script job remove [find where script=“MONITOR”]; мне это помогает. Предыдущий автор Feklar предложил более универсальный и лучший скрипт.
     
     
     
    nabilx
    Guest
    #9
    0
    24.04.2021 18:47:00
    Я понимаю, что это очень старый пост, но у меня была такая же проблема. Перезагрузка роутера решила её, но многие не могут просто так перезагрузить. Поэтому просто отключите любой планировщик, у которого есть задания fetch и remove, а также уберите enviroment из скрипта tap. У меня это сработало.
     
     
     
    dquive
    Guest
    #10
    0
    24.11.2023 21:49:00
    У меня была такая же проблема. Всё решилось простой перезагрузкой роутера.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры