ndm

Да, возможен, но только средствами opkg (netfilter + tc). Добавление правил маркировки из netfilter.d (описание тут), а tc достаточно настроить один раз в init-скрипте. Готовых решений пока никто не предложил. Если получится, поделитесь опытом.

Так просто "биндить каталог" не получится. Придется также проксировать /ci (core interface) на родной сервер. Через него ходят управляющие запросы, конфиг и т.д. Если посмотрите через chrome или firebug, как он работает, станет понятно.

Нет, такая возможность пока не предусмотрена. Веб-интерфейс генерируется на этапе сборки, и дальнейшей модификации не подлежит. Но можно запустить свой собственный веб-сервер и интерфейс настройки, как это сделано в transmission.

Оба варианта, можно в ЛС.

Здравствуйте! Каемся, заявлено. Настройка пока не выведена на уровень пользовательского интерфейса. Данная фича была с низким приоритетом (сами понимаете), но обязательно выйдет в одном из обновлений. Кстати, первой она появится в keenopt. Следите за новостями!

в новой версии индикатор реагирует на любой трафик Wi-Fi, в том числе не предназначенный явно для точки доступа или клиента, например, принятые широковещательные служебные кадры. в 2.04 такого не было

Из всего набора цифр и букв смотрите на первые две (2.06) и букву (A, B, C). Остальное смысловой нагрузки не несет. Буква показывает стадию (stage) работы над прошивкой, хотя многие ошибочно связывают её со словами "альфа" и "бета". Первые две цифры показывают версию NDMS API. Через API идёт взаимодействие с системой со стороны Web-интерфейса, мобильного приложения, скриптов opt (см. ndmq) и, как мы планируем, облачного сервиса. До тех пор, пока происходит добавление новых функций, т.е. меняется API, в версии стоит буква A. На ветке 2.06 это продлится до конца года, пока не закончим работу над Keenetic PLUS DSL и DECT, и не добавим поддержку остальных Кинетиков. На стадии B перестанут добавляться новые компоненты, и на стадии C процесс заморозится полностью. Бывают исключения. В случае с opkg мы пошли на беспрецедентные меры и бэк-портировали его на 2.05 и даже на 2.04. Мы запустили форум keenopt.ru, чтобы потестировать компонент opkg и обсудить готовые решения на его основе. Потом стало ясно, что сюда пойдут любые тестовые версии перед официальным выпуском. Назовём их "альфа". Далее, на странице обновлений иногда доступно два набора компонентов: "Релиз" и "Бета-версия". Бета-версия появляется для устройств, выпущенных на одном API, при переходе на следующий. Например, Keenetic Omni II вышел на 2.05, и скоро появится его "Бета-версия" 2.06 с новыми функциями. Если говорить о Keenetic Giga III и Ultra II, они изначально вышли на 2.06, т.е. данная версия для них — единственно возмозможная. Проблемы с их стабильностью никак не связаны с API 2.06 и буквой A. Много косяков вылезло благодаря специфике MT7621, и основные уже исправили. Если есть желание, прошивайте и пишите комментарии сюда. Обновления приёмку в ZyXEL прошли, скоро будут доступны из облака. Местные выходят раньше официальных, и дают вам возможность быстрее получить исправления, а разработчикам — фидбек. Номера сквозные.

Принято. Что-нибудь придумаем.

Отключить нельзя. Мы решили не мучиться с резолвером из стандартной библиотеки, и сделали, чтобы система всегда пользовалась алгоритмом, реализованным в прокси. Зачем хотите отключить? Любой хост может обратиться к нужному DNS-серверу в обход прокси.

Выложили тестовые прошивки, комментарии пишем сюда.

IMHO пустое дело обсуждать rpath vs LD_LIBRARY_PATH, см. выше: LD_LIBRARY_PATH может быть необходим для работы /opt/bin/sh, собранного без rpath. Внутри скрипта экспортируйте и переопределяйте, что вашей душе угодно.

Как проверяли, если не секрет? Берем скрипт /opt/etc/initrc: #!/bin/sh echo INITRC: $1 echo INITRC: $PATH echo INITRC: $LD_LIBRARY_PATH Видим: [i] Nov 17 12:36:33 ndm: Opkg::Manager: /tmp/mnt/OPT initialized. [i] Nov 17 12:36:33 ndm: Opkg::Manager: /opt/etc/initrc: INITRC: start. [i] Nov 17 12:36:33 ndm: Opkg::Manager: /opt/etc/initrc: INITRC: /opt/bin:/opt/sbin:/opt/usr/bin:/opt/usr/sbin:/bin:/sbin:/usr/bin:/usr/sbin. [i] Nov 17 12:36:33 ndm: Opkg::Manager: /opt/etc/initrc: INITRC: /opt/lib:/opt/usr/lib:/lib:/usr/lib.

Не попрошу. Это одна из причин, по которой на Keenetic Giga III и Ultra II до сих пор не вышли прошивки A.6. Началось всё с дополнительных WAN-подключений на странице IPoE. Прошивка не первую неделю проходит внутреннее тестирование, провели ревизию кода ppe. По кругу тестируем работу всех видов подключений + IPTV, режимы ppe hardware/software и т.д. Рассчитываем на неделе уже выпустить.

Проблема известная, к сожалению, пока решения не имеет. Переключать режим на ходу не рекомендуется.

Нужно получше понять вашу конфигурацию, пришлите self-test и конфиг OpenVPN.

Страница не шлет команду system configuration save, мелкий баг, спасибо.

Пробуйте: http://files.keenopt.ru/firmware/Keenetic_Giga_II/2015-11-04/kng_rb_alpha_2.05.C.1.0-4.bin

С командами извините, для Giga II не подходят (прошивка 2.05 и ниже). Если можно, дайте полный self-test. Из веба или командой "cat ndm:self-test".

Пришлите неработающий running-config. Это пока нельзя сделать в вебе (почти готово, в релиз не успели) нужно: создать 4 влан-интерфейса вида GigabitEthernet0/VlanX сделать им up, настроить IP-адрес каждому порту в отдельности поставить: interface Y switchport access vlan X где Y — номер порта, как написан на корпусе.

Есть специальный режим интерфейса — protected, который запрещает обращаться к роутеру и другим подсетям типа private и protected. Можно обращаться только к DHCP (получать адрес) и DNS-прокси, а также выходить в интернет. Попробуйте: (config)> interface WifiMaster0/AccessPoint1 security-level protected # 2.4 GHz (config)> interface WifiMaster1/AccessPoint1 security-level protected # 5 GHz (config)> system configuration save Для надежности проверьте после перезагрузки, т.к. могут остаться записи в conntrack-е. В принципе, можем добавить команду при включении гостевой сети из веба.

Да, так снупинг выключен, но надо было понять, что причина именно в nimproxy. Так быть не должно. Попробуем исправить до релиза.

Сообщения подправим. Перестают ли отваливаться плееры, если сделать (config)> no service igmp-proxy

Попробуйте это.

Порты свича выключаются в загрузчике, auto-negotiation тоже перестартует. есть некоторая задержка между моментом поднятия линка и началом ответа DHCP-сервера, может маленький таймаут у плеееров. Можно ли узнать, на что конкретно жалуется плеер, в нем есть диагностика?

Сейчас, к сожалению, нельзя добавлять, удалять и обновлять ничего, т.к. в официальной раздаче opkg отсутствует.