KoneTaH

Я к чему - экстендер с паролем, даже совпадающим с тем, что установлен на контроллере, контроллер захватить не сможет. Устройство с 5.1, переведенное в режим экстендера, после сброса настроек не нужно трогать, проходить визард, тем более устанавливать пароли, нужно просто после сброса подключить его к контроллеру и через небольшое время контроллер должен предложить его захватить.

А вы после того как сбрасывали настройки на экстендере, больше ничего на нем не делали? Мастер первоначальной настройки не проходили, пароль администратора особенно не задавали?

Не заморачивайтесь, скоро выйдет версия, где настройки wifi будут передаваться с контроллера через mws wlan, да и все.

Параметры I1 - I5 должны быть в формате CPS, это строка, состоящая из списка тегов в специальном формате (либо пустая): https://amne-zia.org/documentation/amnezia-wg/ Такого тега как "0" там нет.

Сама по себе эта ошибка означает, что в БД DHCP сервера к этому MAC привязан один IP-адрес, но в это время от этого же MAC приходит DHCP запрос с другим IP. Почему так - по огрызку лога со скриншота сложно сказать, лучше закинуть сюда self-test, где будут подобные ошибки на более продолжительном отрезке времени.

Старые новости, в 5.1B2 исправлено.

Маловато конечно информации откровенно - ни self-test, ничего. После обновления до 5.1B2 не прошло?

Его ли проблема устранена в 5.0.11 или нет - это еще большой вопрос. В 5.0.11 например не попало исправление для Так что обращение в поддержку - правильный шаг.

Конечно, отработает. Только эта настройка синхронизируется между разными mws wlan, привязанными к одному бриджу, так что какие бы команды вы ни подавали, разными их сделать у вас не получится.

У вас не получится - по крайней мере в 5.1B2 точно. Это служебный адрес, который используется если устройство по какой-то причине не получило IP-адрес по DHCP.

Вы про 802.1x? Приведите пожалуйста пример такой конфигурации. Bridge в любом случае один, и на нем невозможно настроить для одного band что-то одним образом, а для другого - другим.

Со старыми экстендерами тоже все будет хорошо, туда будет просто применяться только "классическая" конфигурация, она же никуда не делась.

Скорее всего то же самое что и Штука в том, что сейчас конфигурация mws wlan на экстендеры не отправляется. По факту-то все работает за счёт обратной совместимости, но вот веб UI немножко выбивается из-за этого из колеи, поскольку он рассчитан на данные из mws wlan. Синхронизация mws wlan уже фактически реализована, сейчас активно тестируется.

Можно посмотреть через RCI. http://router_ip/rci/interface/BridgeX и http://router_ip/rci/mws/wlan - там будут такие jsonчики без обфускации параметров.

Она и доминирует в обычных обстоятельствах, ведь конфиг при загрузке применяется сверху вниз, вот она и применится. Но если вы взяли и на работающем в данный момент устройстве поменяли настройку непосредственно на интерфейсе, то применится именно она, как последняя введенная.

Mdid прописывается на точках доступа, и там нет почвы для конфликта с точки зрения конфига. iapp key прописывается на бридже, и должен быть одинаковым на всех mws wlan, привязанных к одному бриджу, и соответственно на этом бридже. На 5.1B1 есть логика по синхронизации настроек бриджа между mws wlan, привязанными к одному бриджу, но она, скажем так, грубовата, в 5.1B2 она изощреннее. Но в любом случае работает именно та настройка что прописана в данный момент на бридже.

Если отличаются (например, на бридже руками сконфигурировали), то работает та настройка, что на бридже. Но если в полностью настроенном mws wlan (привязанном к этому бриджу и имеющем ssid) что-то после этого поменять (любую настройку), то на бридж пропишется та настройка, что указана на mws wlan, и она тогда станет актуальной. mws wlan сейчас - это не более чем такая надстройка над основной конфигурацией.

То же самое, mws wlan должен нести все настройки, относящиеся к wifi, которые пойдут на экстендеры. Со временем эти настройки, которые сейчас на бридже скорее всего будут только на mws wlan, но пока есть для этого технические ограничения, так что они пока дублируются, mws wlan их применяет на бриджах при применении своих настроек.

Нет, они могут быть произвольными. Когда устройство загружается, и видит, что ни одной конфигурации нет, запускается автоопределение и создаёт конфигурации исходя из существующих настроек интерфейсов, реализована определённая эвристика. Названия тоже эвристически выбираются, но в теории они могут быть любыми (в разумных пределах, есть ограничения на набор разрешенных в названиях символов например).

Наоборот, на какие-то конкретные индексы точек завязываться внутри mws wlan было бы архитектурно неправильно. Это хоть и надстройка над "классическими" настройками, но она должна работать и конфигурироваться в том числе на, к примеру, стоечных контроллерах, на которых вообще нет wifi, а затем распространяться на экстендеры и применяться "по месту" в зависимости от их возможностей (например, часть экстендеров может быть однодиапазонной, а часть - двух или даже трехдиапазонной в перспективе). Поэтому никаких жёстких привязок нет и не должно быть, а mws wlan внутри себя должен хранить максимум конфигурации. Ну, это вопрос вкуса. Это же не ошибка.

Нет, наоборот я бы сказал, он выключен на обоих диапазонах. Посмотрите в конфигурации соответствующих интерфейсов AccessPoint, там не должно быть строки ft enable. Потом уберите из конфигурации mws wlan skip-band (no ft skip-band 1 например), и ft enable должен на AccessPoint появиться.

skip-band - это отключение некоей фичи для определённых диапазонов. Например, сейчас у вас на соответствующем интерфейсе AccessPoint для 5Ггц не должна быть прописана команда ft enable. К сожалению, в вебе до совсем недавнего времени эта настройка была инвертирована, то есть фича выключалась, когда должна была включаться, и наоборот. В 5.1B2 должно быть исправлено.

Если это ещё и сопровождается отжиранием CPU ядром в районе 100%, то это известная проблема, и она должна быть исправлена в 5.1B2. Но может быть это конечно что-то другое. В любом случае, стоит проверить, вылечится ли это с обновлением.

Наоборот, mws для дополнительного ssid создавать НЕ нужно. В вебе его не будет видно, но работать будет.

Конфигурация, где в один бридж входит несколько AP из одного диапазона, но с разными SSID, в принципе проблемная - например, там не работает band steering нормально (и никогда не работал ЕМНИП). Это будет постепенно чиниться и, как только починится, ограничение планируется убрать. Вручную через CLI по-прежнему можно конфигурировать "кастомные" конфигурации и они вполне будут работать. mws wlan не будет их трогать, если не создана конфигурация wlan с соответствующим SSID. Но через веб UI настраивать такие конфигурации будет нельзя.