ndm
-
Posts
3,667 -
Joined
-
Last visited
-
Days Won
648
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by ndm
-
-
Внесены исправления в версии: 3.4.4 и 3.5 Alpha 5.
-
2
-
-
Внесены исправления в версии: 3.4.4 и 3.5 Alpha 5.
-
18 часов назад, Max Z сказал:
Покуда 3.5 не вышла в паблик, может быть, можно зарепортить дефект, чтобы успели поправить?
Нашлась ошибка, в 3.4 и 3.5 будет исправлено в ближайшем обновлении. Ранние версии не подвержены.
-
3
-
-
В 20.05.2020 в 09:49, AlexUnder2010 сказал:
Собственно, ошибка отображения
На этом месте должен отображаться тип безопасности WPA2, WPA3 и т.п. Ошибка возникала, в том числе, если ретранслятор этих сведений не присылает (нужно также обновить прошивку на ретрансляторе). Исправлено в версии 3.5 Alpha 4.
-
В 20.05.2020 в 12:29, r777ay сказал:
Не уверен что такое было, говорят что да. Было бы здорово.
Исправлено в версии 3.5 Alpha 3.
-
Добрались, наконец, и до этой проблемы. @AndyFM: исправлено в версии 3.5 Alpha 3.
-
1
-
-
В 23.05.2020 в 10:36, KorDen сказал:
Да, 3.4 -> 3.5.A.1 - сбрасывается и при обновлении и при перезагрузке; 3.4 -> 3.5.A.2 - сбрасывается только при обновлении.
Спасибо! Еще пару мест нашли, должно заработать в версии 3.5 Alpha 3.
Из забавного, мы тестировали на предсерийных образцах с пустым серийником.
-
3 часа назад, Дмитрий К. сказал:
Не путаю.
Сам лично пользовался сервисом и все отлично работало. В данный момент эта настройка включена, но регистрация не проходит
@Mamay в 2.16 по факту встроен агент для нового приложения в варианте от версии 3.0 (даже не 3.1), каким-то образом попавший туда больше года назад. Мы обновили его до актуальной версии. @Дмитрий К.: в ближайшей 2.16 починится — но всё это абсолютно неофициально.
-
1
-
2
-
-
В 16.05.2020 в 16:11, enterfaza сказал:
ловим баг, при котором плашка с выбором не исчезает до тех пор, пока не обновишь или покинешь страницу
исправлено в версии 3.5 Alpha 2
-
1
-
-
1 час назад, r13 сказал:
А команду не подскажете?
Upd , а все, changelog дополнен )
На всякий случай, продублирую здесь:
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 и ведёт себя более предсказуемо.
-
1
-
3
-
-
В 13.01.2019 в 16:15, Дмитрий Серов сказал:
У меня пожелание несколько проще: реализовать возможность отключения band-steering для конкретного устройства.
кейс: вайфай оба диапазона имеют одинаковый ssid, если включить band-steering, то единственное устройство (принтер) не желает подключаться по вайфай. Если выключить, то практически все устройства лезут в диапазон 2,4 даже когда легко могут работать в 5 ггц.
хочу включить band-steering, но выключить его для принтера.
Функция привязки к диапазону появилась в версии 3.5 Alpha 1, но доступна пока только из командной строки.
-
В 16.05.2020 в 11:55, AndreBA сказал:
В "draft" быстрее попала 3.4.С.1.0-3
Ничего от вас не скроешь. В драфт вышло 3.5, кнопку исправили.
-
1
-
-
Реализовано в версии 3.5.
-
2
-
-
15 minutes ago, KorDen said:
слетела регистрация трубок
досадно, что недоглядели. постараемся до конца недели исправить и выложить Alpha 2
-
Перед сообщением "DHCP server is not responding" происходит падение линка
[I] May 13 00:07:06 ndm: Network::Interface::Rtx::SfpEthernet: "GigabitEthernet1": link down. [W] May 13 00:07:06 ndm: Dhcp::Client: DHCP server is not responding.
Скорость на GigabitEthernet1 почему-то 10 мегабит
<port name="0"> <id>GigabitEthernet1/0</id> <index>0</index> <interface-name>0</interface-name> <type>Port</type> <link>up</link> <auto-negotiation>on</auto-negotiation> <speed>10</speed> <duplex>full</duplex> <flow-control>off</flow-control> <transceiver>internal</transceiver> </port>
Явно что-то не то с физическим линком. Посмотрите, правильно ли обжат кабель, еще попробуйте перевесить интернет-подключение на другой порт.
-
В 14.04.2020 в 20:30, cl0tus сказал:
Подскажите, в чем может быть дело?
Попробуйте отключить функцию Band-Steering ради интереса. Возможно Apple так на неё реагирует. Вообще, неверный пароль — это постоянно у apple, iOS пишет при любом удобном случае, например при не-ответе на auth request.
-
В качестве второй точки подойдёт любой кинетик в светло-сером корпусе (чёрные устройства уже устарели и не годятся для этой цели), и лучше его соединить с первым по проводу. Если такой возможности нет, не экономьте и купите хотя бы второй спидстер и поставьте посередине между основным роутером и дальним углом квартиры, где не ловит. Почему лучше купить спидстер — он будет связываться с первым по 5 ГГц, это освободит эфир 2.4 ГГц для подключения ваших телефонов и компьютеров. При подключении по 5 ГГц между устройствами должно быть не больше одной стены, иначе сигнал будет некачественный.
Вообще, без схемы квартиры сложно рекомендовать наугад.
Старт тоже подойдёт на худой конец. Он сможет работать по 2.4 ГГц и через две стены, но скорость будет не очень, потому что все будут висеть на одной частоте.
-
On 1/13/2019 at 4:15 PM, Дмитрий Серов said:
У меня пожелание несколько проще: реализовать возможность отключения band-steering для конкретного устройства.
кейс: вайфай оба диапазона имеют одинаковый ssid, если включить band-steering, то единственное устройство (принтер) не желает подключаться по вайфай. Если выключить, то практически все устройства лезут в диапазон 2,4 даже когда легко могут работать в 5 ггц.
хочу включить band-steering, но выключить его для принтера.
Band Steering сделали на свою голову, по-другому не скажешь, и его "проработка" едва ли возможна для клиентов, не поддерживающих 802.11k/r/v (развитие которого запланировано и ведётся).
@Дмитрий Серов: это действительно простое решение, и много кто высказывался в похожем ключе. Функция привязки клиента к диапазону готова к выпуску и появится в ближайшем драфте 3.5. Клиент, привязанный к диапазону, не будет получать ответы на probe от нежелательной точки. Этим, кстати, привязка отличается от MAC-фильтров, которые явно отвечают отказом на probe.
-
2
-
1
-
-
4 hours ago, ymos said:
Получается, что обновление не установилось с первого раза до конца?
Получается так. Наблюдалось на KN-1710, помогает переустановка. На текущий момент проблема локализована и устранена.
-
Исправлено в версии 3.4 Alpha 11.
-
Расписание
in 3.4
Исправлено в версии 3.4 Alpha 11.
-
В 20.02.2020 в 12:38, bigpu сказал:
тоже удивился, когда вкладка не стала фиксироваться. Спасибо!
Исправлено в версии 3.4 Alpha 11.
-
1
-
-
"Авария" была вызвана увеличившейся нагрузкой на сервера, которая, в свою очередь, вскрыла баг в прошивке (в алгоритме интернет-чекера). Мы временно обошли проблему, и индикаторы должны снова зажечься. Нужно будет выпустить обновления 3.3 и 3.4 с фиксом, чтобы проблема не повторилась.
-
1
-
-
56 минут назад, Alexander Solntsev сказал:
Я обновился - и все заработало! После 8 часов работы с ранее сделанными настройками, я отказался от п. 3 ранее изложенного плана лечения, т.е. вернул устройству Keenetic функцию внутреннего DNS-сервера.
Работает пока после обновления около 2 суток. Вчера вечером опять наблюдал 1 раз "Без доступа в Интернет" в течение 50 минут, но это никак не сказалось на работе внутренних подключенных устройств - Интернет для них продолжал работать.
Хотелось бы подчеркнуть, что 1) данная функция и до, и после исправления, является в чистом виде индикатором (буквально: включает и выключает светодиод), и никак на фактическую передачу пакетов не влияет.
2) мы планируем еще внести коррективы, но выпустим их в бета-версию 3.4
Ошибки в логе br0: received packet on ethX with own address as source address
in 3.5
Posted
Посмотрите, есть ли улучшения на версиях 3.4.4 или 3.5 Alpha 5 (исправление одно и то же, какую из них выбрать — не имеет значения).