Flashwrd
-
Posts
64 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Flashwrd
-
-
12 минуты назад, vasek00 сказал:
Не вижу проблем в "руление" по отдельности - берете два роутера на них основной режим, т.е. они оба как роутеры соединяете их по LAN
Роутер1 - основной на нем интернет SSID1 частота 36 к нему роутер2 по LAN
Роутер2 - будет служить как ТД (интернета на нем не будет), маршрут по умолчанию на основной, SSID1 частота 36 или 52
Ручками прописать клиентов не так уж и сложно 15-20 на обоих роутерах, далее управлять им в рамках возможного функционала прошивки на любой вкус.
Вы на тему ветки посмотрите. Какое отношение к MESH имеет Ваш сценарий? У меня сейчас так и работает, как Вы предлагаете. Только, чтобы не рушить MESH для стационарных устройств дома был реанимирован 100-летний D-link.
А что прикажете делать на работе? Где MESH их 6 роутеров покрывает трех этажное здание? По вашей логике нужно купить ещё 6 роутеров)
-
В 10.06.2019 в 18:29, vasek00 сказал:
Согласен
Почему бы не по пробовать на ТД/роутере - "Контроль доступа к беспроводной сети" выбрать белый список, где данное устройство на ТД нет а на роутере есть.
По тому что "Контроль доступа к беспроводной сети" рулится с контроллера и он ОБЩИЙ для всей MESH-системы. Отдельно настроить контроль доступа для ТД и контроллера невозможно.
-
В 10.06.2019 в 18:30, r13 сказал:
Я имею ввиду на целевой гиге открыть еще один ssid, и к этому ssid цеплять стационарные устройства(без прыгания по соседним точкам доступа)
Вы сами-то так делали? И каков результ? )
Предположу что 1) не делали, 2) Вы не используете MESH
В противном случае Вы бы знали что дополнительный SSID ничего не дает, т.к. он появляется НА ВСЕХ ТОЧКАХ ДОСТУПА. Все рулится с контроллера. Нельзя отключить SSID на подчиненной точке доступа и оставить включенным на контроллере
- 1
-
@Аркадий, Вам нужно СРОЧНО прекратить менять провайдеров, DNSы, IP-адреса и обводить всё красненьким.
сбросьте оба роутера к заводским и настройте их через "мастер быстрой настройки", раз такой конфуз у Вас выходит...
И будет Вам счастье. Аминь.
- 1
-
Цитата
Задержку на отправку сообщения "устройство отключено" пока решили не вводить. Возможно, придумаем отдельный тип уведомлений вроде "устройство отключено" + таймер, но пока ясности нет.
Как вариант, вы можете с помощью вебхуков настроить свою логику уведомлений.Ну так - значит так.
Потестил webhooks - да все что нужно приходит - сделаю логику сам. Спасибо за подсказку.
Переменная Details Act только странные значения принимает)
- Устройство отключилось - Details Act: delete
- Устройство подключилось - Details Act: new
Чё эт оно delete, когда оно offline
Чё эт оно new, когда оно online (те более что оно зарегистрировано на роутере и никакое не new)ну это я так... На функционал не влияет )
-
8 часов назад, Alex Sh. сказал:
Сейчас такая логика реализована для уведомлений "Интернет-центр онлайн/офлайн", только без настраиваемого таймера.
Поверил - да тут все как надо. Кратковременные отключения интернета игнорятся. Флапа нет. Можно и так же сделать. Но с таймером было бы всё же гибче.
-
Добрый день.
В офисе MESH из 6 кинетиков 5 CITY c контроллером на GIGA . Начал использовать уведомления. Вот какое неудобство: не все роутеры "пересекаются" между собой по Wi-Fi. Например при переходе с этажа на этаж или из офиса на склад носимые устройства кратковременно отключаются от Wi-Fi (на 1-2 мин). В результате лог завален уведомлениями "подключился-отключился".
Основной сценарий такого мониторинга - приход/уход пользователя. Напрашивается реализация системы "статуса устройства". Тогда можно будет добавить условие смены статуса устройства.
Например:
Статус "Устройство ОТКЛЮЧЕНО" алгоритм перехода в стаус: 1. Устройство отключилось 2. Запускаем таймер 3. Если устройство не подключилось обратно в течении 15 мин (время задается) - переходим в статус "Устройство ОТКЛЮЧЕНО" 4. высылаем уведомление о смене статуса Статус "Устройство ПОДКЛЮЧЕНО" алгоритм перехода в стаус: 1. Устройство подключилось 2. Запускаем таймер 3. Если устройство не отключается в течении 1 мин (время задается) - переходим в статус "Устройство ПОДКЛЮЧЕНО" 4. высылаем уведомление о смене статуса
Это позволит устранит флап уведомлений и даст более гибкий инструмент настройки в других сценариях использования
- 1
- 1
-
Только что, Andrew Voronkov сказал:
Причем отвал ретрансляторов происходит плюс-минус через 2 часа после очередной перезагрузки.
и у меня
-
Подтверждаю. на 3.5 Alpha 17 ретранслятор отвалился. Симптомы те же
-
Очень хочется иметь возможность "привязать" устройство к конкретной AP в рамках одной MWS. Это нужно для стационарных устройств, таких как видеокамеры, SMART-ТВ и т.п., которые расположены в "пограничной" зоне двух/трех AP. И периодически прыгают туда-сюда по точкам доступа. Раньше еще и по диапазонам прыгали, но это уже сделали - теперь можно закрепить устройство за диапазоном. А вот ненужный для конкретных устройств роуминг межу точками никак не запретишь.
- 1
- 2
-
Для чего КОНКРЕТНО сейчас нужен ipv6? Это я не к тому что я против. Я про реальные сценарии использования.
Не надо объяснять что это и зачем и чем лучше ipv4 - этого горы написано.
Поделитесь, пожалуйста опытом кто где и для чего (конкретный сценарий) перешел на ipv6.
Нет у меня опыта такого и понимания зачем это сейчас в ткущий момент мне может понадобится. Буду признателен за примеры
-
2 минуты назад, bigpu сказал:
Полагаю тут нечего обосновывать и пояснять,
"хочу, потому что надо это и это"- требуется пробросить ЕДИНСТВЕННЫЙ порт, на кой прокидывать сразу все?
Конечно нечего. Я против этой хотелки ничего особо не имею. Если вас не устраивает текущая реализация - ждите, так же как и я жду возможности присваивать имена правилам. )
У меня самый распространенный сценарий - быстрый запуск какого-нибудь нового сервиса в офисе. Вот чтобы не "умирать" с правилами с одной стороны и не оголять сервак с другой можно быстро открыть доступ к серверу для конкретной подсети/компьютера с помощью фильтра по протоколу "IP" и не заморачиваться с подпротоколами/портами. А "стационарные" правила один раз можно и прописать, чё уж. Но это моё мнение.
-
В поле"Протокол" выбираете "IP"
IP-протокол (включает в себя TCP, UDP, ICMP и прочие).
-
В 20.05.2020 в 16:19, ndm сказал:
На всякий случай, продублирую здесь:
interface {Bridge} mac band {mac} (0|1)
При указании 0 (2,4 ГГц) или 1 (5 ГГц) принимать подключение устройства {mac} только к одному диапазону, и игнорировать попытки подключения к другому.
Веб-интерфейс нарисуется чуть позже в 3.5.
Нужно добавить, что здесь принципиальное отличие от MAC ACL, который применяли для этой цели раньше (когда он был раздельный для 2,4 и 5 ГГц). Мы не шлём явный отказ, а просто игнорируем probe и auth/assn request. Клиент не ассоциирует отказ с этим SSID и ведёт себя более предсказуемо.
А нет ли в планах функционала для привязки устройства к конкретной точке доступа? Чтобы стационарно стоящее устройство (например СМАРТ ТВ) не прыгало с контроллера на экстендер и обратно. Или может это уже сейчас можно как-то через CLI сделать? Спасибо.
- 1
-
Зашел проголосовать, а тут все убеждают в том что привязка не нужна... Советуют использовать роутеры без MWS. В чём смысл таких советов?
"Черный список на одной из точек вам в помощь" вы пользуетесь MWS? Очевидно что нет. Т.к. если бы пользовались - знали что и спиок SSID и "черный список" распространяется с контроллера на все подчинённые ТД.
Привязка к определенному роутеру это такая же необходимость как и привязка устройства к диапазону Wi-Fi (которую сделали). Это нужно для того чтобы исключить ненужный роуминг для устройств которые не перемещаются никогда. Поскольку автоматический роуминг работает как между ТД, так между диапазонами 2,4 и 5, то и возможность ограничения должна быть и между ТД и между диапазонами Wi-Fi. Простой актуальный пример уже привели Wi-Fi камера. В моём случае это телевизор с Wi-Fi который прыгает туда-сюда с контроллера на экстендер и видео подвисает.. Совет отключить MWS меня не устраивает. - это супер удобно! Тащить провод - ну вы поймите у всех разная ситуация. Понятно что если есть такая возможность то спору нет. Кинул провод и забыл. А что делать если её нет? Я в настоящий момент вынужден был достать древний dlink и Wi-Fi на телек раздаю с него. Вот уж костыль так костыль.
В общем это моё мнение. Я голосую "ЗА"
- 5
-
Привет. Новая версия исправит кривой конфиг? Или придётся к заводским сбрасывать?
-
В 22.05.2020 в 13:39, Mamay сказал:
Да с консоли
что-то я не вижу в справочнике по CLI KN-1010 никаких команд по форматированию USB-накопителя. Если не сложно дайте пример. Спасибо
-
В 26.04.2020 в 17:45, Le ecureuil сказал:
Очень плохая и медленная флешка значит. Ищите с максимальной скоростью и количеством IOPS.
Ext4 можно создать теперь прямо внутри прошивки 2.16, и лучше так и сделать. Она будет быстрее и надежнее ext2.
А форматирование флешки доступно в 3+ версиях прошивки?
-
В 17.05.2020 в 14:54, Dale сказал:
После перехода на 3.4 перестала работать ext3 флешка в модеме ZTE MF825 (перепрошитый МТС 830FT), устройство определяется и видится все, что было записано раньше, но записать ничего невозможно, даже после переформатирования на компьютере.
То же самое. Диск определяется, но записать ничего нельзя. Нет доступа. В ТП?
-
где вы взяли 3,3,12?
-
в логах вот это:
possible DNS-rebind attack detected: "black.dns.yandex.ru." A "127.32.64.128".
в web во это:
- 1
-
3.4 Alpha 2 контроль доступа заработал. Осталось дождаться переноса заплатки в 3.3.... и аминь.
-
3.3 — стабильная ветка на ядре Linux 4.9
Вот даже не смотря на то что в changelog ветка 3.3 позеленела и стала стабильной, хотел бы обратить внимание уважаемых разработчиков на то что эта проблема никуда не исчезла. У меня 17 устройств трудятся в сети аптек, которые я обслуживаю. Исторически сложилось так что сегментом "гостевая сеть" пользуются сотрудники массовых позиций и там есть текучка. Проблема решалась контролем доступа. А сейчас он не работает. Устройств не мало и конфигурация инфраструктуры в офисах разная. Что-то переделывать сложно, т.к. все это хозяйство в работе каждый день. Но и ничего не делать я не могу. Клиенты задают вопросы.. Я понимаю что это все мои проблемы. И мой к Вам вопрос только один: сообщите примерные сроки исправления. Благодарю.
- 3
-
плюсую проблему. воспроизводится стабильно в гостевой сети. Контроллер EXTRA + экстендер CITY. В гостевой сети включен контроль по "Белому списку". Незарегистрированные устройства без проблем подключаются. Описание проблемы и SELF-TEST с устройств приложены к тикету 480090
- 2
Привязка Wi-Fi устройства к определенному роутеру
in Реализованные пожелания
Posted
В том то и проблема. Про MESH вы нигде не пишите. А эта тема про MESH. Эту тему не Вы заводили. Ваш сценарий - оффтоп. И никакого отношения к привязки устройства к определённой ТД при включённой MESH не имеет. Никакого "бесшовного" роуминга в вашем сценарии нет. Так зачем зачем разводить полемику? Не нравится фича - не голосуйте за неё. Или минусуй.