Le ecureuil

Ок, добавил в объявление.

Вон у вас сверху страницы, под картинкой Кинетика крупно написано "Где взять тестовые прошивки". С 2015 года одно и тоже приходится постоянно всем талдычить, неужели внимательно посмотреть сложно?

С телефонией. Это очень сложный компонент, который имеет ядерную и юзерспейсную часть с закрытыми исходниками, и который сложно поддерживать в акутальном состоянии. Однако, у вас есть возможность поставить delta 2.11 на него.

Лучше дождаться мануала, там будет подробно рассказано, как формировать JSON для RCI.

Ну во-первых: http://keenetic-gi.ga/2017/06/28/core-interaction/ А во-вторых: http://files.keenopt.ru/cli_manual/Keenetic_Ultra_II/2018-01-23/cli_manual_ku_rd.pdf , раздел 4 - HTTP Core Interface. Новый CLI Guide с описанием RESTful Control Interface сейчас разрабатывается, и скоро тоже появится.

Понимаете, тут нет людей на зарплате, которые должны вам отвечать. Все чисто на энтузиазме каждого. У меня тоже голова постоянно забита, я даже могу неделю не заходить на форум из-за загрузки. Поэтому если не хотите думать - купите новый роутер с поддерживаемой прошивкой 2.09 (или выше), и обращайтесь в техподдержку - они вам все подробно расскажут, ведь вы за это заплатили.

Следующего stable-билда не будет никогда (точнее будут, но все версии 2.08). Потому ставьте delta через > components list delta > components commit И настраивайте как вам угодно.

Вы точно ознакомились со списком отсюда? В версии 2.08 точно есть все необходимое? opkg-kmod-netfilter-addons появился только в 2.09, в 2.08 никто его не переносил. Плюс в самой прошивке утилиты iptables нет - нужно ставить Entware/Debian.

Сейчас еще вспомнил, что многие свистки требуют firmware, а у нас нет компонента в userspace для его загрузки... Так что тема сложная, давайте еще подумаем насчет того, что еще может быть не так.

Я просто помню что там еще как минимум /dev/rfcomm* и прочие вещи должны быть. Если hci0 хватит, то можно попробовать.

Там все должно быть по идее.

Собрать модули - вообще без проблем. Только это, уточните сперва что там нужно из userspace для поддержки этих модулей. А то выяснится, что нужен еще приличный кусок udev для управления файлами в /dev (а в NDMS мы это добавлять не хотим, и так дел хватает), и приехали - некому не нужный компонент в прошивке.

Zabbix вообще все сам подхватывает, ему даже не нужно ничего дополнительно указывать. Используйте темплейты Template SNMP Generic, Template SNMP Interfaces, и все.

Там даже в названии пакета указано, что это сборка пакетов под 32-разрядную x86. На mips эти бинарные файлы абсолютно бесполезны.

По идее и красные записи в логах, и deadlock в ssl-сервере уже поправлены. Какие еще сценарии вас интересуют?

Да, мы в курсе, работа над этим ведется.

Флеш - все же дело нестабильное. На заводском ОТК он мог себя вести нормально, а через пару месяцев "поплыть" из-за разброса техпроцесса, облучения, скачка напряжения в сети у юзера... Понятное дело, что это не массовые случаи, но такое бывает (особенно при наших объемах). Я один раз напарывался на такой девайс, который после перешива работает 3-4 месяца - и все, начинаются ошибки чтения. Перешьешь с нуля - и опять на 3-4 месяца. Кстати, он до сих пор у меня работает. Лень сдавать в ремонт из-за этого. А в устройствах за 7-9к стоит NAND, в котором уже включена автоматическая обработка плохих блоков и резерв на этот случай, потому перешив скорее всего поправит ситуацию без какого-либо ущерба - просто произойдет ремап из резерва.

Всякое бывает, возможно уже с завода был бракованый.

И что же на ней у вас?

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

@zyzyxel вы вообще русские слова понимаете? Вам уже было выдано предупреждение не превращать темы в помойки: Отдохните от форума на недельку пожалуй.

Да, netflow полностью отключает почти все ускорители и обрабатывается программно (сами понимаете, чипы для домашних устройств даже в мечтах не имеют никакой аппаратной поддержки netflow), потому даже 200 Мбит/с - это очень хорошо. Нагрузка в 54% на самом деле означает, что ЦПУ полностью занят, потому что на Giga II используется hyperthreading (1 ядро с 2 потоками).

У вас же в логах черным по белому написано, что есть несовместимость в настройках, и даже какая. Сами попытаться разобраться не пробовали? Да, измените настройки (я так понимаю, что на Keenetic это будет сделать проще) - поставьте для IKE Phase 1 3DES вместо AES-128.

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

Короче удалять заголовок Host оказалось немного плохой идеей: Что касается редиректа, то тут возможно наверное придумать rewrite какой-то, но это уже костыль и пока у меня нет идей как сделать его красивым и универсальным. Проще всего запомнить URI, на который редиректит с "/", и потом заходить по адресу <proxy>.<kdns>/<uri>. По сообщениям пользователей, так работает нормально: