-
Постов
2 274 -
Зарегистрирован
-
Посещение
-
Победитель дней
38
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент KorDen
-
Скажем, для начала, не опрашивать постоянно воздух, ведь есть информация подключенных к WiFi устройств. Понятно, что это не покроет все варианты спама по воздуху, например подключение через отдельную точку доступа, но сильно его уменьшит КМК. Если на WiFi есть неопознанное устройство, (не запросило IP, не появилось в ARP) - прогнать один-два раза скан и через воздух. Плюс добавить опцию включения-выключения сканированив я свойства сегмента или даже на страницу устройств, типа галки "Автоматическое обнаружение устройств в фоновом режиме", с возможными пояснениями.
-
Не в том разделе создали тему.. У вас на первом скрине галка на WiFiStation0, зачем? Это ведь клиент WiFi, а не точка доступа
-
Все меньше перестаю понимать смысл дефолтных настроек и нововведений. В основном претензии направлены к авто-сканированию по ARP, выжирающему батарейки мобильных устройств, и все ради чего? Ради того, чтобы быстро показывать, какое устройство отключилось, а какое подключилось в вебморде? Зачем?! Основная масса пользователей видела вебморду один раз при настройке (если, очень вероятно, не просили кого-то настроить), затем они зачастую даже не знают как на нее зайти! Но даже если пользователь заходит на морду - зачем слать эти запросы бесконечно в остальное время? Поясните мне этот тайный смысл. Что там такого собираетесь добавить, что это является неотложной необходимостью? Мельком уже по постам читается какое-то подобие IP-MAC Binding и слежение за MAC-адресами.. Но опять, зачем ради этого сканировать сеть, ведь достаточно просто следить за ARP-таблицей, которая сама построится при активности клиента? Касательно фразы "влияние на батарейки мобильников незначительное" - так оно все незначительное, условно: отрубил автосканирование, плюс 2% за ночь, поигрался с rekey-interval - плюс еще 2%, и так далее... И телефон уже живет гораздо дольше. Собственно предложение: переделать логику автосканирования на более толерантную или вообще обдумать, а нужно ли оно?
-
*вздох* AC есть только в Giga III, Ultra II, Extra II, Air, в остальных N.
-
Завидев низкую скорость и ширину в 40 в вебе, лезу в CLI, "show associations" показывает стандарт Ну да, вот так и с NDMS: Ничего как бы не меняется, а все ломается
-
Это понятно, но как его из этой комы вывести.. Ладно, попробуем просто подождать... Обнадеживает хотя бы что не только у меня этот глюк.. Вот так вспоминаю, с Nexus5 вроде бы подобных глюков с WiFi конкретно у него не было в свое время.. как тут не вспомнить XKCD :\ Да и не упомянуть что-нибудь на тему "Нексус уже не то(р)т"
-
Что-то все совсем как-то... Сегодня когда собрался тестировать в очередной раз, обнаружил, что Nexus 5X подключается по 11n. Вспомнил про Но ни перезагрузка телефона с последующим перевключением WiFi (несколько раз), ни смена прошивок (2.07/2.08) (и стран/каналов) на Extra II не меняют картину - N5X упорно подключается по 11n. Единственное, что поменялось с прошлого времени - на N5X прилетало обновление системы безопасности от 5 февраля. А на 11n проблема с полным падением сети вроде бы не воспроизводится.
-
-
@Le ecureuil, пожалуй, предложу добавить на страницу настройки ipsec-соединения возможность выбора типа шифруемого трафика для mode transport - как мне кажется, это покроет большинство кейсов использования транспортного режима. Как я это вижу: (в случае установленных галок, добавляются правила только для нужных протоколов, если галок нет - добавляется permit ip, либо поставить отдельную галку "ip", которая делает остальные disabled и стоит по-умолчанию)
-
https://forum.keenetic.net/announcement/3-для-чего-этот-форум-или-кто-здесь/
-
Если других девайсов на 5GHz нет, то можно саму 5GHz-точку засунуть в гостевой бридж. Еще вариант, но не знаю, насколько он возможен для первой Ultra/Extra (вдруг речь шла только о 11ac) - в сегодняшней прошивке добавилась возможность создавать до четырех точек на 5GHz, опять же существующую точку засовываем в гостевой бридж, а второй делаем основную в домашнем бридже.
-
Создаете через веб транспорт, удаленные подсети ставите любые. Дальше уже через консоль меняете access-list для этого подключения на что-то вроде permit ipip 3.3.3.3 255.255.255.255 1.1.1.1 255.255.255.255 дальше настраиваете туннель без шифрования... Чисто теоретически можно было бы указать удаленной подсетью удаленный IP с маской 255.255.255.255 и локальной - исходящий IP, но тогда ничего не будет работать и удаленный доступ к роутеру сломается.
-
Да, появилась, устройства подключились (AP исчезла в районе 00:30:30) [I] Feb 3 00:24:14 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(cc:redacted-n5) had associated successfully. [I] Feb 3 00:24:15 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(cc:redacted-n5) set key done in WPA2/WPA2PSK. [I] Feb 3 00:24:44 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(64:redacted-n5x) had associated successfully. [I] Feb 3 00:24:44 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(64:redacted-n5x) set key done in WPA2/WPA2PSK. [I] Feb 3 00:31:13 ndm: Network::Interface::Radio: the radio switch state is changed to off, software state is up [WifiMaster0]. [I] Feb 3 00:31:14 ndm: Network::Interface::Radio: the radio switch state is changed to off, software state is up [WifiMaster1]. [I] Feb 3 00:31:33 ndm: Network::Interface::Radio: the radio switch state is changed to on, software state is up [WifiMaster0]. [I] Feb 3 00:31:33 ndm: Network::Interface::Radio: the radio switch state is changed to on, software state is up [WifiMaster1]. [I] Feb 3 00:31:39 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(64:redacted-n5x) had associated successfully. [I] Feb 3 00:31:40 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(64:redacted-n5x) set key done in WPA2/WPA2PSK. [I] Feb 3 00:31:48 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(cc:redacted-n5) had associated successfully. [I] Feb 3 00:31:48 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(cc:redacted-n5) set key done in WPA2/WPA2PSK.
-
Я так понимаю, она только для Omni и Lite II. Отключение через кнопку попробую как будет возможность.
-
@Padavan, Ultra II стоит в коридоре фактически в центре квартиры - до ТВ там метров 5 через стену, до принтера метра два через стену (который практически всегда выключен и во время тестов не включался). Других приборов в непосредственной близости нет. Extra II стоит под столом возле ПК со старым ЖК-монитором, ТВ далеко в другой комнате - разве что за капитальной стеной у соседей может быть какой-нибудь прибор прямо возле стены. Я понимаю что ситуация странная, но слабо верится в помехи. Да и предположить, что помехи делает сам N5X сложно - ведь даже спустя сутки после его пропадания из поля видимости точка не видна. Опять же - на 2.07 все в норме.
-
@Padavan, я немного описывал в своей теме в 2.09, но т.к. последние тесты провожу на 2.08, опишу здесь: На Extra II проблема не наблюдается на текущей v2.07(ABGH.3)C2. На ней четыре-пять дней не было проблем, дольше не тестировал, на 2.08/2.09 возникает максимум за 1-2 суток. На Ultra II на стабильных не было возможности протестировать. "Падает" - исчезает из эфира для всех устройств и не появляется даже через несколько часов после отключения проблемного устройства. В момент падения роутер считает что устройства все еще подключены, но трафик не идет (если смотреть на страницу клиентов в вебе или sh assoc), а спустя несколько минут начинают удаляться по таймауту. Вот например: Jan 20 18:41:12 wmond WifiMaster1/AccessPoint0: (MT76x2) STA(cc:redacted-5) set key done in WPA2/WPA2PSK. Jan 20 19:00:35 wmond WifiMaster1/AccessPoint0: (MT76x2) STA(64:redacted-5x) set key done in WPA2/WPA2PSK. Jan 20 19:05:54 wmond WifiMaster0/AccessPoint0: STA(64:redacted-5x) had associated successfully. Jan 20 19:10:43 wmond WifiMaster1/AccessPoint0: (MT76x2) STA(cc:redacted-5) had been aged-out and disassociated. Jan 20 19:10:47 wmond WifiMaster1/AccessPoint0: (MT76x2) STA(64:redacted-5x) had been aged-out and disassociated. Jan 20 19:11:07 wmond WifiMaster0/AccessPoint0: STA(64:redacted-5x) set key done in WPA2/WPA2PSK. Подключился Nexus 5, потом Nexus 5X - в 19:05 сеть падает, N5X переходит на сохраненную 2.4, N5 полностью отваливается, 2.4 у него не сохранена. Спустя еще пять минут роутер удаляет их по таймауту. Первый раз было на v2.08(AAUX.5)A1 (до этого N5X попросту не подключался к ультре, в смысле не было его). Пришел знакомый с N5X, подключился, через полчаса обнаружил что сидит на LTE и точка не видна. Хмыкнули, перевключил точку в web-интерфейсе (снял галку - сохранил - поставил галку - сохранил), смарт подключился опять. Через полчаса сеть опять упала. Тут уже полез смотреть с других устройств - конкретно попытался подключиться со Steam Link и с адаптера TP-Link Archer T4UH - ни один из них сеть не видел. Сеть не стал перевключать, попытался еще раз найти спустя практически сутки после ухода знакомого - сеть все еще не была видна. В следующий раз он пришел, когда у меня стояла v2.09(AAUX.3)A0, все то же самое - только теперь после падения ради интереса еще попробовали найти сеть с Nexus 5 (11n 5 ГГц) - тоже не видел Теперь поставил этому знакомому Extra II, он тестирует с все теми же Nexus 5X и Nexus 5, ставил поначалу и v2.09(ABGH.3)A0 и v2.08(ABGH.0)B0 - ситуация аналогична, хотя иной раз может по несколько часов работать нормально, а в какой-то момент упасть через несколько минут после подключения. При этом ни Steam Link, ни T4UH на ультре2, ни Nexus 5 на ультре2/экстре2 (в других комбинация просто не тестировали) такого не вызывают и нормально видят пятерку в остальное время. Касательно прошивок смартов: N5X - последняя официальная, никаких модификаций/рута/etc. N5 - тоже последняя официальная, из модификаций вроде бы только рут для доступа к файловой системе и все.
-
@Maxim Medvedev, Неисправность Nexus 5X? В моем случае WiFi падает на двух роутерах - Extra II и Ultra II на прошивках 2.08+, сомневаюсь что оба неисправны. Другие клиенты 802.11ac падения не вызывают, хоть гигабайтами трафик прокачивай. И если у @b3er Nexus 5 в самом деле творит что-то похожее с Ultra II, многовато брака получается...
-
Тогда очевидных идей больше не осталось, может разработчики чего найдут только.. Потому что если раньше WiFi падал через полчаса, а иногда по несколько часов работал без падений, во время экспериментов он падал совсем уже через 5-10 минут. Единственное, что, навскидку, могло поменяться, из того что лежит на поверхности - Telegram вместо обычного "изредка понемногу" в это время использовался очень активно (большой чат). А, ну и все эксперименты были на холодный старт.
-
@b3er ну что, как дела с WiFi? Meanwhile, у меня рекорд - сеть умудрилась отвалиться буквально через 5 минут с момента перезагрузки роутера по питанию (v2.08(ABGH.0)B0, Extra II). Начинает дергаться глаз - "Nexus 5X при подключении к точке 5 GHz кладет точку за 5 минут" Селфтесты кидаю в поддержку в #351659, при необходимости могу и сюда.. Постойте-ка.. Появилась совершенно абсурдная мысль, которая взбрела в голову после некоторых умозаключений и сомнительных экспериментов - а у кого-нибудь из отписавшихся владельцев нексусов (у кого не падает) стоит и используется Telegram? А у кого падает?
-
Физика такая забавная штука.. Устройте эксперимент: поменяйте mac на роутере на другой (чтобы не приходил IP от провайдера), поставьте один из LAN-портов портом для приставки IPTV и воткните туда комп - тогда будет должен прийти адрес от провайдера на комп (роутер будет недоступен с него). И замерьте скорость.