Почему точка доступа не подключается к CAPsMAN и не переходит под его централизованное управление?

Роутер (контроллер) и точка доступа обновлены до последних версий RouterOS, пакет wifi-qcom установлен. После включения CAP на точке Wi‑Fi интерфейсы остаются неактивными; при попытке включить их вручную они не переключаются в режим slave. На контроллере (в разделе Wifi → RemoteCAP) точка видна и получает IP от роутера. В чем может быть ошибка в моей настройке? <br/> <br/> Настройки маршрутизатора: <br/> <pre><code># 2026-06-04 13:07:35 by RouterOS 7.23.1
  • 4 июня 2026 г. 18:02
Ответы на вопрос 1
Коротко — сама связь между CAP и контроллером есть (вы видите Remote CAP и IP), значит управляющий канал работает. Причина, почему радиоинтерфейсы на точке не переходят в slave/под управление — в локальной проблеме с драйверами/пакетами или в несовпадении/ошибке в конфигурации provisioning на CAPsMAN. Ниже — список наиболее частых причин и пошаговая проверка/исправления.

Что чаще всего бывает
- На точке нет соответствующего пакета драйвера Wi‑Fi (или версии пакета не совпадают с версией RouterOS) — радиомодули физически не работают или драйвер не загружен.  
- Пакеты установлены, но точка не была перезагружена после установки — интерфейсы не появились.  
- На точке есть локальная конфигурация wireless, которая мешает переключению в режим slave.  
- Provisioning/Configuration на контроллере не подходит (менеджер не применяет профиль — несовместимые параметры, нет совпадения по matcher'ам, или профиль запрещает включение радиоинтерфейсов).  
- Несовместимость драйверов/пакетов между устройствами (редко, но возможно при смешении wifi и wifi-qcom и т.п.).

Что проверить (команды выполнять на ТOЧКЕ и на КОНТРОЛЛЕРЕ)
1) Пакеты (на обеих устройствах)
- /system package print
  — убедитесь, что на точке есть нужный wifi-пакет (wifi-qcom, wifi, wifi-mt, в зависимости от модели) и версия пакетов соответствует версии RouterOS. Если пакет установлен — перезагрузите точку.

2) Статус радио/драйвера на точке
- /interface wireless print detail
- /interface wireless driver print  (если есть такая опция)
  — если радио вообще не видно (нет wlan1/wlan2 или видны но без драйвера/состояние «no driver»), то проблема в пакете/драйвере.

3) CAP-режим на точке
- /interface wireless cap print
- /interface wireless cap monitor (посмотреть ошибки)
  — проверьте, действительно ли CAP включён и на каких интерфейсах он ожидает работ

4) На контроллере — видимость и попытки provisioning
- /caps-man remote-cap print detail
- /caps-man configuration print
- /caps-man provisioning print
- /log print where message~"caps-man" (или включите повышенную детализацию caps-man в логах)
  — смотрите, принимает ли CAPsMAN точку и пытается ли применить конфигурацию; что пишет в логах при попытке применить (ошибки несовместимости, отсутствия устройства и т.п.).

Типичные строки в логах, которые подскажут причину
- «no supported configuration», «no matching configuration», «failed to apply configuration», «driver not found», «interface doesn't support ...» — соответственно указывают на provisioning/конфиг или на драйвер.

Что сделать для исправления
1) Если на точке нет нужного wifi-пакета или версия отличается — установить правильный пакет и перезагрузить точку. После перезагрузки убедиться, что радио интерфейсы видны командой /interface wireless print.

2) Если радио есть, но не переводится в slave:
- не включайте вручную wireless-интерфейсы — они должны стать slave автоматически при успешном применении конфигурации.  
- проверьте provisioning на контроллере: matcher’ы (by-name, by-mac, by-interface) соответствуют реальному remote-cap. В простейшем варианте добавьте provisioning с matcher=mac-address точки или temporarily поставьте «default» provisioning, чтобы проверить включение.  
- проверьте конфигурацию (channels, hw-profiles, antenna, rates и т.д.) — возможно вы пытаетесь применить профиль, который не поддерживается аппаратурой точки.

3) Если в логах видно блокирование из‑за политики безопасности (cert/key):
- проверьте настройки certificate/identity, если вы используете secure provisioning.

4) Обнуление/удаление локальной wireless-конфигурации (если подозреваете конфликт)
- Сделайте резервную копию, затем удалите локальные wireless-конфиги на точке (или сбросьте конфиг к заводскому) и включите CAP снова — если проблема была в локальных настройках, это решит её.

Короткая диагностическая инструкция (что выполнить и прислать, если нужна дополнительная помощь)
- На точке: /system package print
- На точке: /interface wireless print detail
- На точке: /interface wireless cap print
- На контроллере: /caps-man remote-cap print detail
- На контроллере: /caps-man provisioning print
- Логи с момента включения CAP: /log print where message~"caps-man" или последних 200 строк

Если пришлёте выводы этих команд и фрагменты логов — посмотрю конкретные ошибки и скажу, что именно мешает применению профиля и переходу интерфейсов в slave.
Похожие вопросы