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

    IPSec слишком много подключений одновременно.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    IPSec слишком много подключений одновременно., RouterOS
     
    spike232
    Guest
    #1
    0
    26.07.2012 12:19:00
    У меня есть RB1100AHx2, который сейчас обрабатывает 250 IPSec VPN. Проблема в том, что при перезагрузке роутера он сразу же получает поток запросов на подключение к VPN, CPU загружается на максимум, и все подключения, кажется, пропадают на этапе Phase 1. Иногда одно подключение устанавливается, но не держится долго. Что мне нужно изменить, чтобы можно было перезагружать роутер, и все подключения восстанавливались автоматически?
     
     
     
    psamsig
    Guest
    #2
    0
    26.07.2012 19:03:00
    У вас включено "Send Initial Contact" для всех пиров в RB1100AHx2?
     
     
     
    spike232
    Guest
    #3
    0
    26.07.2012 20:44:00
    Нет, RB1100AHx2 не настроена на отправку первого контакта, инициацию соединения по необходимости оставляют удаленным роутерам.
     
     
     
    psamsig
    Guest
    #4
    0
    26.07.2012 22:06:00
    Какая версия ROS используется? Хотя это и не задокументировано, похоже, что некоторая работа была проделана и для более поздних версий. Я сейчас на 5.18. Вы включили логирование ipsec (например, /system logging add topic=ipsec …)? Раньше я это делал, но в 5.x это стало ужасно многословным, поэтому я использую topics=ipsec,!debug. Какую группу DH вы используете? Большие группы очень требовательны к ресурсам. Есть ли какие-нибудь подсказки в логах?
     
     
     
    spike232
    Guest
    #5
    0
    27.07.2012 10:36:00
    Работает последняя версия 5.19. Включил логирование уже после возникновения проблемы, чтобы разобраться, почему не подключаются VPN — в логах сообщения об ошибках на этапе Phase 1. DH group — 14 (modp2048). Судя по всему, роутер просто перегружается, пытаясь выполнить все эти обмены ключами одновременно (клиентские роутеры слишком быстро восстанавливают соединение). Чтобы вернуть все VPN в рабочее состояние, пришлось заблокировать все IPSec-соединения, а затем разрешать роутерам подключаться партиями с помощью явных правил. Это, конечно, плохо масштабируется и не работает в автоматическом режиме. Когда роутеры включал блоками, они подключались практически мгновенно. Так что, если бы можно было ограничить количество одновременных подключений, допустим, до нескольких в секунду, это могло бы решить проблему. Посмотрел расширенные настройки в правилах брандмауэра, вроде есть опция limit, но не уверен, сработает ли это и как её правильно настроить.
     
     
     
    psamsig
    Guest
    #6
    0
    27.07.2012 11:03:00
    Я бы обратился в техподдержку. 250 туннелей на RB1100AHx2 не звучит как что-то нереальное. Я не эксперт по очередям, но вот интересно, может ли ограничение трафика до UDP/500 быть решением (в качестве временной меры)? Но тут вам понадобится чья-то помощь.
     
     
     
    psamsig
    Guest
    #7
    0
    30.07.2012 13:45:00
    Помимо этого, коробка должна справиться с этим самостоятельно. Это может быть обходной путь: /ip firewall filter
    add action=jump chain=input dst-port=500 jump-target="IPSec sluice" protocol=\
       udp
    add chain="IPSec sluice" dst-limit=1,5,src-address
    add action=drop chain="IPSec sluice" но будь осторожен, я сам этого не пробовал, но стоит попробовать, или использовать это как основу.
     
     
     
    spike232
    Guest
    #8
    0
    30.07.2012 18:39:00
    Спасибо за подсказку, думаю, это более элегантное решение, чем то, что у меня сейчас. Я немного поковырялся с опцией лимита, но она оказалась неподходящей, так как просто пропускала случайные пакеты. Мне нужно, чтобы все IKE-пакеты от одного хоста приходили одновременно. В итоге я использовал опцию лимита, чтобы добавлять адреса в список с небольшим временем ожидания, а затем разрешал доступ этому списку. Но потом у меня возникли проблемы: после установления туннеля все равно оставался IKE-трафик, поэтому я добавил ещё один список, основанный на установленных туннелях, чтобы разрешить IKE. Это работает, так как VPN-соединения могут обрываться и не требуют ручного вмешательства для восстановления, но я все равно считаю, что это не самое лучшее решение. Процессор все равно на короткое время загружается на максимум, пока не истечет время жизни списка туннелей, и на восстановление всех туннелей уходит 4 минуты. Кроме того, я обнаружил, что если добавить, удалить, включить или выключить партнёра, все IPsec VPN-соединения обрываются! Это нормальное поведение?
     
     
     
    psamsig
    Guest
    #9
    0
    30.07.2012 20:36:00
    Я всё равно советую написать в техподдержку MikroTik, не стоит ожидать ответа с форума. Проблема с тем, что все туннели пересогласовываются при добавлении/удалении пиров, мне самому не встречалась, а сообщения об этом довольно старые (более 2 лет). Я даже пробовал на устройстве с 5.18 и 449 включённых пиров, и в данный момент 375 активных SAs, и ничего необычного не произошло (хотя это было на x86).
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры