CAPsMAN с беспроводным ретранслятором

Это моя текущая конфигурация caps-man на менеджере: /caps-man channel add band=2ghz-g/n control-channel-width=20mhz frequency=2422 name=channel_2ghz add band=5ghz-a/n/ac frequency=5500 name=channel_5ghz /caps-man datapath add local-forwarding=yes name=datapath1 /caps-man security add authentication-types=wpa2-psk encryption=aes-ccm name=security1 /caps-man configuration add channel=channel_2ghz country=hungary datapath=datapath1 hide-ssid=yes installation=any mode=ap name=config_iot_2ghz security=security1 ssid=atlas-IoT add channel=channel_5ghz country=hungary datapath=datapath1 hide-ssid=yes installation=any mode=ap name=config_iot_5ghz security=security1 ssid=atlas-IoT /caps-man manager set enabled=yes /caps-man provisioning add action=create-dynamic-enabled hw-supported-modes=gn master-configuration=config_iot_2ghz add action=create-dynamic-enabled hw-supported-modes=ac,an master-configuration=config_iot_5ghz Что я не знаю, так это то, что хочу использовать cap только на виртуальных интерфейсах. Что произойдет, если мастер-интерфейс (этого виртуального интерфейса) не совпадает с вышеуказанной конфигурацией (например, канал или что-то другое, что нельзя изменить на виртуальном интерфейсе)? Я боюсь, что именно поэтому в прошлый раз я был заблокирован на одном из AP, и, к сожалению, даже безопасный режим не помог вернуть работоспособное состояние. На данный момент эта конфигурация capsman соответствует текущей конфигурации каждого отдельного AP, так что, возможно, это будет работать?

CAPsMAN должен контролировать весь беспроводной интерфейс (физический/основной и виртуальные точки доступа). С такой настройкой, которую хочет @OP, возникает типичная проблема "курица и яйцо": устройству нужен основной беспроводной интерфейс в рабочем состоянии, чтобы подключиться к CAPsMAN, а значит, CAPsMAN не может настроить этот интерфейс. Так что нет, то, что хочет @OP (беспроводной ретранслятор, управляемый CAPsMAN), похоже, неосуществимо. Это было бы возможно на устройствах с двумя беспроводными интерфейсами, так что один можно было бы использовать для uplink (настраиваемого локально на устройстве) и подключения к CAPsMAN, а другой интерфейс можно было бы тогда настроить и установить через CAPsMAN.

Не имеет значения, какой именно интерфейс связывает CAP с CAPsMAN (главное, чтобы он был L2 прозрачным), но он должен использовать физический интерфейс, отличный от того, который настраивается CAPsMAN... что практически исключает типичный случай с беспроводным расширителем (где один и тот же физический интерфейс соединяет его с AP и предлагает сигнал беспроводным клиентам).

Можно запустить несколько виртуальных беспроводных интерфейсов на одном физическом интерфейсе с помощью CAPsMAN, так же как это возможно с локальной конфигурацией. В части настройки используйте список с разделителями запятой в свойстве slave-configurations=. Единственная проблема с CAPsMAN возникает, когда нужно настроить беспроводной интерфейс, используя CAPsMAN, работающий на локальном устройстве. Но это возможно, ищите решение на форуме. Если задуматься (хотя сам не пробовал): было бы возможно настроить радио CAP только с конфигурацией слейва? Это позволило бы (отчасти) контролировать Wi-Fi репитер с помощью CAPsMAN...