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

    hAP ac2 CAPsMAN ошибка

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    hAP ac2 CAPsMAN ошибка, RouterOS
     
    gudbjarni
    Guest
    #1
    0
    31.03.2018 15:16:00
    Привет! При настройке CAPsMAN на hAP ac2 с версией 6.41.3 (stable) я не могу подключиться к локальной точке доступа через CAP — процесс зависает и не регистрируется. В то же время у меня есть cAP-ac, и они могут подключаться через CAP к hAP ac2. Они тоже работают на версии 6.41.3 (stable). Если перенести конфигурацию CAPsMAN на один из cAP-ac, то hAP ac2 может подключиться к нему через CAP, как и все остальные cAP-ac. Значит, проблема, похоже, в том, что hAP ac2 не может подключиться сам к себе.
     
     
     
    Lilarcor
    Guest
    #2
    0
    15.07.2018 08:47:00
    Я столкнулся с такой же ситуацией сегодня с версией 6.42.5. В итоге мне пришлось восстанавливать свой cfg.
     
     
     
    nescafe2002
    Guest
    #3
    0
    15.07.2018 09:54:00
    Я тоже заметил это, и, похоже, проблема связана скорее с версией, чем с моделью или архитектурой. hAP ac lite tower 6.42.3: локальное обнаружение работает hAP ac lite tower 6.40.8: локальное обнаружение не работает  

    Проблему легко решить, вручную указав 127.0.0.1 как «CAPsMAN Address» в настройках CAP (клиента) на менеджере и добавив одно правило в файрвол (если он используется).  

    /caps-man manager  
    set enabled=yes  

    /interface wireless cap  
    set bridge=bridgeLocal caps-man-addresses=127.0.0.1 enabled=yes interfaces=wlan1,wlan2  

    /ip firewall filter  
    add action=accept chain=input src-address=127.0.0.1
     
     
     
    diddie17
    Guest
    #4
    0
    15.07.2018 13:08:00
    Подозреваю, что ситуация другая, но единственный раз, когда у меня возникали проблемы с подключением клиента к контроллеру CAPsMAN, был после того, как я сбрасывал и настраивал hAP заново, из-за чего сертификат на hAP терялся. Тогда нужно отозвать соответствующий сертификат на стороне контроллера CAPsMAN, чтобы клиент мог запросить новый сертификат. Думаю, это связано с тем, что MAC-адрес на беспроводном радио не меняется, и система пытается использовать тот же сертификат на стороне CAPsMAN, но на hAP такого сертификата уже нет.
     
     
     
    sindy
    Guest
    #5
    0
    15.07.2018 18:39:00
    Ваше подозрение верно — это два разных сценария. «Потеря сертификата на cAP из-за сброса настроек» — это одно, а «cAP не подключается к CAPsMAN, запущенному на той же машине» — совсем другое, не связанное с первым. И да, стандартные правила файрвола в последних версиях (с 6.42.x и до сегодняшнего дня) не позволяют устанавливать петлевые подключения. Правило фильтрации /ip firewall filter chain=input action=accept in-interface-list=!any, расположенное в нужном месте (например, сразу после chain=input action=accept connection-state=established,related), решает эту проблему. Локально сгенерированные пакеты, отправленные на локальный адрес, не имеют исходящего интерфейса, поэтому in-interface-list=!any совпадает именно с этими пакетами, но не с внешними, поскольку у любого внешнего пакета есть назначенный входящий интерфейс.
     
     
     
    nescafe2002
    Guest
    #6
    0
    16.07.2018 19:16:00
    Спасибо, Синди, дело действительно в фаерволе. Обнаружение исправилось с помощью этого одного правила:

    /ip firewall filter  
    add action=accept chain=input comment=CAPsMAN in-interface-list=!all port=5246,5247 protocol=udp

    Вот записи в логе во время обнаружения (включён лог фаервола), отсюда и выбор «любых» портов.  

    21:14:47 system,info Изменение конфигурации CAP админом  
    21:14:47 firewall,info input: in:(unknown) out:(none), proto UDP, 192.168.4.1:5246->192.168.4.1:53881, len 57  
    21:14:49 caps,info CAP выбрал CAPsMAN MikroTik (::ffff:192.168.4.1:5246)  
    21:14:51 caps,info CAP подключился к MikroTik (::ffff:192.168.4.1:5246)  
    21:14:51 caps,info [::ffff:192.168.4.1:53881,Join,[64:D1:54:33:D7:D0]] присоединился, предоставляет радио(ы): 64:D1:54:33:D7:D6,64:D1:54:33:D7:D5
    21:14:51 caps,info CAP присоединился к MikroTik (::ffff:192.168.4.1:5246)  
    21:14:51 firewall,info input: in:(unknown) out:(none), proto UDP, 192.168.4.1:44094->192.168.4.1:5247, len 52  
    21:14:54 caps,info MikroTik-1: выбран канал 2412/20-Ce/gn(20dBm)  
    21:14:57 caps,info MikroTik-2: выбран канал 5180/20-Ceee/ac/P(23dBm)  
    21:15:01 firewall,info input: in:(unknown) out:(none), proto UDP, 192.168.4.1:44094->192.168.4.1:5247, len 52  
    21:15:11 firewall,info input: in:(unknown) out:(none), proto UDP, 192.168.4.1:44094->192.168.4.1:5247, len 52
     
     
     
    sindy
    Guest
    #7
    0
    16.07.2018 20:00:00
    Пакет с порта :5246 на :53881 — это точно ответ, запрос почему-то не был зафиксирован, поэтому для состояния соединения new хватило бы dst-port=5246,5247. В любом случае сдерживать обмен между процессами на 'Tik' особого смысла нет, поэтому в моём правиле не было никаких условий, кроме in-interface-list=!all.
     
     
     
    whatever
    Guest
    #8
    0
    16.07.2018 20:50:00
    Вики (https://wiki.mikrotik.com/wiki/Manual:Simple_CAPsMAN_setup#CAP_in_CAPsMAN) предлагает использовать /ip firewall filter  
    add action=accept chain=input dst-address-type=local src-address-type=local
     
     
     
    Lilarcor
    Guest
    #9
    0
    17.07.2018 14:43:00
    gudbjarni, как у тебя с скоростью 5G WiFi на ac2, когда он работает в режиме CAPsMAN? У меня около 100 Мбит/с без включённого local forward — просто ужасно. У меня версия 6.42.5.
     
     
     
    sputniki
    Guest
    #10
    0
    29.07.2019 07:37:00
    Ты сделал мой день!! (hap ac с локальными интерфейсами capsman)
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры