ndm

Не только не реализована, но даже не запланирована. @StG Tm: вы в TLS разбираетесь, но хотелось бы пояснить для других читателей. Чтобы вместо страницы https://{адрес_сайта} кинетик показал страницу блокировки, нужно, чтобы он выдал себя за {адрес_сайта}. Такое поведение называется спуфингом, и TLS от него защищает. За подлинный сайт кинетик себя выдать не может и не должен. На сайте SkyDNS говорится о "левом" сертификате, который можно поставить на шлюзы других производителей. Чтобы браузер не выдавал предупреждение о перехвате, "левый" rootCA нужно установить на все компьютеры и мобильные устройства. Можете с этим спорить, но мы считаем такое решение безобразным и неудобным.

Надо выбрать время, проверить. Роль не должна слетать при загрузке.

Добавлено в версии 3.5 Beta 0.

Перенесли в голосование.

Если еще раз воспроизведётся, попробуйте вместо освобождения-захвата имени ввести команду "system register" и подождать до истечения TTL вашей DNS-записи.

Нужно обратиться в официальную поддержку, там возьмут self-test и начнут сверять логи на сервере, как происходила регистрация после смены адреса (и происходила ли). И не будут задавать лишних вопросов. У Вас случаем не PPPoE-подключение? С такой проблемой изредка обращаются с этим видом подключения.

Если имеется в виду домен 4-го уровня {iis}.{domain}.keenetic.pro, то есть такая настройка в CLI: (config)> ip http proxy {iis} preserve-host Так он сохранит оригинальный заголовок Host при проксировании.

Илья, вы сейчас его взбесите, не надо больше вопросов и советов. @SergVSergV: для начала обновите прошивку до версии 3.4. Проверьте, нет ли пересечений адресов после установки адреса NAS вручную, попробуйте отключить все "лишние" устройства на время проверки. Попробуйте подключить ноутбук по кабелю в гигабитный свитч, будет ли разница. Пришлите self-test.

Уметь-то умеет, но контроллером в текущей реализации может быть только кинетик в режиме "роутер". Его придется воткнуть WAN-портом в то место, где написано "Хочу вот сюда...", а LAN-портом в Switch. В этот же свич воткнуть остальные кинетики в режиме "ретранслятор". Если свич гигабитный, лучше всего на роль ретранслятора подходит Speedster. Да и на роль роутера тоже, если не нужен USB-порт.

@Mamay в 2.16 по факту встроен агент для нового приложения в варианте от версии 3.0 (даже не 3.1), каким-то образом попавший туда больше года назад. Мы обновили его до актуальной версии. @Дмитрий К.: в ближайшей 2.16 починится — но всё это абсолютно неофициально.

На всякий случай, продублирую здесь: 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 и ведёт себя более предсказуемо.

Функция привязки к диапазону появилась в версии 3.5 Alpha 1, но доступна пока только из командной строки.

Реализовано в версии 3.5.

Перед сообщением "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> Явно что-то не то с физическим линком. Посмотрите, правильно ли обжат кабель, еще попробуйте перевесить интернет-подключение на другой порт.

Попробуйте отключить функцию Band-Steering ради интереса. Возможно Apple так на неё реагирует. Вообще, неверный пароль — это постоянно у apple, iOS пишет при любом удобном случае, например при не-ответе на auth request.

В качестве второй точки подойдёт любой кинетик в светло-сером корпусе (чёрные устройства уже устарели и не годятся для этой цели), и лучше его соединить с первым по проводу. Если такой возможности нет, не экономьте и купите хотя бы второй спидстер и поставьте посередине между основным роутером и дальним углом квартиры, где не ловит. Почему лучше купить спидстер — он будет связываться с первым по 5 ГГц, это освободит эфир 2.4 ГГц для подключения ваших телефонов и компьютеров. При подключении по 5 ГГц между устройствами должно быть не больше одной стены, иначе сигнал будет некачественный. Вообще, без схемы квартиры сложно рекомендовать наугад. Старт тоже подойдёт на худой конец. Он сможет работать по 2.4 ГГц и через две стены, но скорость будет не очень, потому что все будут висеть на одной частоте.

Band Steering сделали на свою голову, по-другому не скажешь, и его "проработка" едва ли возможна для клиентов, не поддерживающих 802.11k/r/v (развитие которого запланировано и ведётся). @Дмитрий Серов: это действительно простое решение, и много кто высказывался в похожем ключе. Функция привязки клиента к диапазону готова к выпуску и появится в ближайшем драфте 3.5. Клиент, привязанный к диапазону, не будет получать ответы на probe от нежелательной точки. Этим, кстати, привязка отличается от MAC-фильтров, которые явно отвечают отказом на probe.

Получается так. Наблюдалось на KN-1710, помогает переустановка. На текущий момент проблема локализована и устранена.

"Авария" была вызвана увеличившейся нагрузкой на сервера, которая, в свою очередь, вскрыла баг в прошивке (в алгоритме интернет-чекера). Мы временно обошли проблему, и индикаторы должны снова зажечься. Нужно будет выпустить обновления 3.3 и 3.4 с фиксом, чтобы проблема не повторилась.

Хотелось бы подчеркнуть, что 1) данная функция и до, и после исправления, является в чистом виде индикатором (буквально: включает и выключает светодиод), и никак на фактическую передачу пакетов не влияет. 2) мы планируем еще внести коррективы, но выпустим их в бета-версию 3.4

Воспользуйтесь проксированием.

Зовите друзей, пусть голосуют. Оценим масштаб сообщества.

Реализовано в версии 3.4 Alpha 1.

Реализовано в версии 3.4 Alpha 1.

Реализовано в версии 3.4 Alpha 1.