Пономарев Александр

Теперь, когда после регистрации очередного пользователи и попытке корректировки информации о разрешенных для подключения узлах Wi-Fi-системы, получили ошибку Не удалось сохранить настройки клиента: reached the maximum of 111 STA mask addresses, стало понятно, что существуют ограничения по листу привязки пользователей или есть еще какие-то ограничения о которых мы не знали когда планировали закупку большого количества роутеров? Так что настоящее предложение лишено смысла в условиях невозможности дальнейшего масштабирования системы. Будем благодарны за подсказку каким образом мы можем подключить в нашу систему большее количество пользователей.

Спасибо

Лог приложен, наблюдаются петли между WiFi и медью, отключили MESH через WiFi, дотянули медь до остальных узлов, работа нормализовалась, наблюдаем. Кусок лога из первого сообщения: [W] Sep 24 06:14:58 kernel: br0: received packet on eth2.1 with own address as source address [W] Sep 24 06:14:58 kernel: Core::Syslog: last message repeated 12 times. [W] Sep 24 06:14:58 kernel: br0: received packet on ra7.1 with own address as source address [W] Sep 24 06:14:58 kernel: br0: received packet on eth2.1 with own address as source address [W] Sep 24 06:15:03 kernel: Core::Syslog: last message repeated 20 times. [W] Sep 24 06:15:03 kernel: br0: received packet on ra7.1 with own address as source address [W] Sep 24 06:15:03 kernel: br0: received packet on ra7.1 with own address as source address [I] Sep 24 06:15:05 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link down at port 1. Петли + отключение интерфейса => нестабильная работа. Видимо STP отрабатывает на коммутаторах инфраструктуры, порт гасится, на каком этапе образуется петля не отследить, логи в системе перезаписываются, системы логирования нет. Все порты на узлах, короме одного погашены, так что по меди петли не могут образоваться, они этим портом подключены к сети, сеть в изолированном VLAN и кроме узлов в ней ничего нет. Если разработчикам нужно получить логи чтобы разобраться в ситуации окончательно, можем попробовать развернуть систему логирования.

Спасибо, понятно, что STP протокол можно настроить соответствующим образом, но не всегда он есть. Для универсального решения требуется доработка ПО Keenetic. Мы пока отказались от подключения узлов сети через WiFi и отключили данную фунцию на центральном устройстве. Подключаем проводами, ждем, что будет возможность использовать смешанный способ подключения узлов без использования STP.

Здравствуйте. Наблюдается некорректная работа системы MESH WiFi при смешанном режиме подключения узлов, когда параметр взаимодействия в MESH - сети через WiFi централизованно включен, возникают петли между проводным и беспроводным интерфейсами видимо из-за подключения через WiFi к MESH сети узлов, которые уже подключены по проводу. Приложен лог работы системы до перезагрузки. Необходимо предусмотреть настройку параметров взаимодействия с инфраструктурой на каждом узле чтобы иметь возможность подключения узлов как по проводу так и по WiFi. log до перезагрузки .txt

Keenetic предоставляет механизм работы с незарегистрированными пользователями (можно ограничить скорость) плюс целиком согласен с vincom, что админу важно чтобы незарегистрированный пользователь имел доступ к наименьшему объему инфраструктуры, поэтому логично предоставить доступ незарегистрированному пользователю только к тому узлу с которого он подключился. Таким образом в случае обращения пользователя для регистрации, мы регистрируем его и пересматриваем перечень узлов для доступа, иначе блокируем пользователя. Можно просто добавить пару чек-боксов в разделе настройки параметров работы системы с незарегистрированными пользователями: - "Ограничить доступ незарегистрированного пользователя узлом первичного подключения к системе" - "Предоставлять доступ ко всем узлам системы после регистрации пользователя" Это позволит реализовать несколько сценариев работы с доступом к узлам системы в процессе регистрации пользователя. @sergeyk , это и есть описание необходимости реализации такого механизма.

Здравствуйте. Необходимо добавить возможность использования различных политик подключения новых клиентов через сеть mesh - wifi. Опишем дополнительную политику: необходимо для нового клиента в Разрешенных для подключения узлах Wi-Fi-системы назначить доступным только тот узел с которого первоначально подключался клиент, а доступ к остальным узлам закрыть и его можно было бы предоставить позже в ручном режиме. Это удобно, когда ретрансляторов много и клиентам необходимо ограничить доступ на большинстве из них.