Le ecureuil

Найдена проблема, которая проявлялась если менялось наполнение squashfs и в зависимости от ситуации приводило к "кирпичу". В пятничном билде будет исправлено.

Специалисты тоже принимают участие, и пока для всего коллектива разрабочиков очевидно, что реализация этой функции сложная и займет достаточно времени на разработку и тестирование, а пользоваться будут полтора землекопа. Это же относится и к RIP, и к OSPF, и много к чему еще. Есть множество куда более важных для массовой аудитории фич и проблем, которые нужно решать. А SNMP-мониторинг на самом деле никому не нужен, потому что это оборудование, полностью ориентированное на конечного пользователя, и 99,9% из них не знают даже слов "мониторинг" и "snmp". Именно на простого обывателя, а не на специалиста CCIE, который дома от устройств хочет такой же функционал, как и у оборудования на работе.

Это наш transparent proxy чтобы работало обращение к устройству по адресу my.keenetic.net и чтобы на ненастроенном устройстве при попытке доступа в Интернет сперва перебрасывало в веб-интерфейс для настройки.

Проверили на трех устройствах из разных партий с вашим конфигом, все нормально. Видимо у вас аппаратные проблемы какие-то.

Регистрируете хост на странице "Устройства", указываете у него галочку "Запретить доступ в Интернет". Доступ к локальным ресурсам останется.

Скидывайте в личку self-test Кроме добавления этих двух компонентов на странице "Обновление" ничего не отмечали / снимали галочки?

Пошел, как сказано в "C чего начать" на http://files.keenopt.ru/firmware/Keenetic_Ultra/, увидел дату 2016-06-05 - всего неделя назад, поставил и только сейчас увидел что это версия 2.05: ku_ra_delta_2.05.C.4.0-4.bin, а нужна 2.06 Получается, я просто не нашел анонсированной прошивки 2.06 для своего устройства и в моем веб интерфейсе ничего по теме нет. По правде сказать, я и сейчас не вижу 2.06 для Ultra. Ну что же вы так, ну. В теме "Тестирование 2.06" в верхнем закрепленном посте уже пару месяце висят ссылки: http://files.keenopt.ru/experimental/Ke ... 016-06-10/

Нужно устанавливать со страницы "Обновления" веб-интерфейса, а не через opkg. Это явно прописано в первом посте.

Вы, возможно, слишком идеализированного мнения о провайдерах провинций. Бывают конечно невезучие дома, где регулярно горят свичи/рвут кабели/..., но бывают и те, где ничего не отваливается месяцами. А вот проблемы по п.2 могут происходить чаще из-за постоянных улучшений/изменений в инфраструктуре. Да, такие проблемы быстрее чинятся, но, по крайней мере у нас, мелочи встречаются довольно часто. Обычно это не полный отказ, а некорректно отработавшее резервирование, например кривая балансировка после отвала магистрали. В итоге интернет вроде есть, но либо не везде, либо с большими потерями. Пока скорректируют, может пройти условно полчаса-час, а в это время есть более стабильный резерв. Кроме того, принципы работы сети разнятся - у одного провайдера коммутатор может сверять IP-MAC-Port каждый час и блокировать при недоступности биллинга, а у другого будет сохраняться последняя запомненная таблица до восстановления связи. А то и вообще может такой связки не быть, или она будет на более удаленном уровне (привязка только к дому/"лучу" оптики от районника или еще какая экзотика). В таких случаях вполне возможно сохранение связности в рамках [микро]района при проблемах чуть дальше. На мой взгляд, логичнее было бы видеть дополнительный параметр у каждого маршрута, оставлять ли конкретный маршрут при отвале по пингу. Дополнительно хотелось бы видеть в пинговалке установку таймаута/размера пакета для отлавливания ситуаций, описанных выше, но это уже совсем другая история... Опять-таки, если вам нужен такой серьезный кастом никто не мешает на базе opkg/Entware реализовать все хотелки, ловя событие wan.d. Подавляющему большинству юзеров это не нужно, в том числе и столь замудреная настройка. Сейчас идет тренд на упрощение Web-интерфейса и многих функций, а тем кому нужен кастом вполне могут его себе сделать сами.

Вообще-то это несложно реализуемо прямо сейчас. Подсказка: - ставим Entware / opkg - настраиваем консольный мейлер типа ssmtp - пишем скрипт для wan.d, который будет анализировать имя интерфейса и понимать что и куда перешло, и отсылать письмо - ??? - PROFIT!

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

Тема насчет SNMP неоднократно обсуждалась, и пока однозначно нет и не планируется, потому что это нужно < 0,01% юзеров (за полгода это первый или второй запрос этой функции, сами можете оценить уровень ее актуальности). Только через opkg своими силами.

Дело в том, что маршруты, которые мы добавляем ручками, именно для того и используются, что бы ходить туда, куда хочу по тому интерфейсу, по какому хочу (много провайдеров предоставляет доступ посредством городской локалки, в которой висят другие нужные машины за роутерами/подсети и т.д.), вот зачем эти маршруты, а не как определит роутер. Свитч не обязательно сгорит у меня в доме/подьезде/этаже. Очень часто отваливается намного дальше. Пускай маршрут по-умолчанию меняется по отвалу и это правильно, но оставьте вариант: Смысл иначе добавлять маршрут руками???? Например, если его не присылает провайдер. Для PPPoE-шных подключений это вообще норма, что приходится все руками прописывать.

Хорошо, давайте вместе подумаем над логикой поведения ping-check в таком случае. Как вы пишете, существует два варианта: 1. Если ping-check определяет, что интерфейс недоступен, то он убирает ВСЕ маршруты с данного интерфейса 2. Если ping-check определяет, что интерфейс недоступен, то он убирает только маршрут по умолчанию с данного интерфейса Оба варианта имеют право на жизнь, однако давайте подумаем что произойдет вероятнее у провайдера: 1. Обрыв линии, плохой контакт, сгоревший/отказавший коммутатор на чердаке (локальная проблема, затрагивающая одного / несколько пользователей, остальные работают нормально). 2. Отвал ядра сети, отказ BRAS, отказ биллинга, потеря связности с Интернет по BGP (глобальная проблема у провайдера, часть его сервисов / все сервисы недоступны всем пользователям) Очевидно, что вторая ситуация у любого провайдера происходит куда реже, чем первая (в том числе и из-за простого дублирования ключевой инфраструктуры). В таком случае выходит, что вариант номер 1 из первого списка (убрать все маршруты) нужно применять куда чаще, чем второй (убрать маршрут по умолчанию), и для пользователей он куда более чаще встречаем / важен. Однако, можно обсудить реальную необходимость сохранения маршрутов не по умолчанию на отключенном ping-check'ером интерфейсе например через какую-либо команду в CLI. Все, кто хотят именно такое поведение (возможность переключения с 1-го варианта на 2-й через команду в cli) пусть отпишутся.

transmission из прошивки ориентирован на работу сугубо с USB-накопителями и для этой цели был серьезно модифицирован. Расчета на иные варианты пока не было. Если вам хочется использовать nfs, то могу посоветовать либо использовать rtorrent + rutorrent (это на мой взгляд предпочтительный вариант), либо transmission из Entware.

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

rpcbind и lockd демоны установлены и запущены? А насчет подключения шар в веб-интерфейсе - это уж сами, в NDMS эта фича точно добавлена не будет.

Да Ядерные модули в компонентах прошивки отключил. Что делал дальше: 1. Подключите USB-носитель к кинетику; 2. Зайдите на носитель по ftp или cifs; 3. Cоздайте на разделе с меткой keendev-dsl USB-носителя папку install; 4. Скопируйте в папку install архив: - для остальных Keenetic`ов - mipsel; http://pkg.entware-keenetic.ru/binaries ... nle.tar.gz 5. Зайдите в веб-интерфейс кинетика и на странице «Приложения > OPKG» поставьте галку «Включить». Затем выберите из списка нужный USB-носитель и нажмите кн.«Применить». В системном журнале через некоторое время появилась строчка "...Установка Entware-Keenetic завершена!" 6. # opkg install mpd # opkg install alsa-utils # opkg install mpg123 # opkg install ympd и запускаем вручную: # /opt/etc/init.d/S90ympd start Starting ympd... done. Перегрузился. Итог: Connection refused (смотри скриншот). UPD. Если пробовать поставить то, что указано тут http://keenopt.ru/viewtopic.php?p=4520#p4520, то получается BusyBox v1.24.2 () built-in shell (ash) ~ # wget -qO - http://ndm.zyxmon.org/binaries/keenetic ... ll-kmod.sh | sh Checking available modules for kn_rb... Downloading and unpacking... The following modules was installed at ls: /opt/lib/modules/2.6.36: No such file or directory ~ # ~ # Это другая проблема, с модулями ядра скорее всего не связанная. И выполнение install-kmod.sh больше не нужно, тем более для 2.6.22 оно не работает.

А что будет, если эти модули не ставить, а просто поставить звуковую станцию? Тогда работает нормально? Отключить ядерные модули в компонентах прошивки? Да

Ужас! Это прям реальная подстава от Zyxel. Не ожидал такого от Zyxel. Предупреждать надо. Этого же нигде не заявлено. Я только ради этого их и купил. Три дня убил в пустую. Ну почему не 3, не 4, а всего 2? Мне и надо то всего 3шт. Я думаю, что ULTRA II, вполне могла бы потянуть 3 туннеля DES с небольшим трафиком. Это всё покупалось ради замены PPTP, который почему то при смене прошивки ещё и отвалился совсем. Тоже PPTP сервер никак не хочет работать вообще. Т Может тоже есть какие нибудь скрытые ограничения о которых Zyxel умалчивает? Я обычно не особо в курсе насчет того, что обещает людям менеджмент, но вот тут они явно захотели ограничение в два туннеля. Думал что где-то это отражено.

А что будет, если эти модули не ставить, а просто поставить звуковую станцию? Тогда работает нормально?

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

Нет, не выложим. И вообще поддержку модулей вне прошивки скорее всего прекратим, хотя и обеспечим возможность сборки для желающих - но полностью на свой страх и риск. Основная цель этих мероприятий - обеспечить полную бинарную совместимость для модулей. И между версиями 2.06 и 2.05 они однозначно будут несовместимы. Сейчас готовится релиз 2.06 для Giga II, и тогда эти модули войдут в состав официальной прошивки.

Да, именно. Может быть настроено сколько угодно туннелей, но работать в один и тот же момент могут только два. Это ограничение связано с тем, что устройства не являются настолько мощными, чтобы их можно было использовать в качестве полноценных VPN-хабов, потому легко перегружаются (особенно версии на процессоре 7620 без аппаратного ускорения IPsec).

Итак, состоялся первый пробный релиз draft-прошивки с включенными в нее дополнительными модулями ядра, которые можно использовать в Opkg (и в keenopt, и в Entware, и еще где угодно). Целью этого микропроекта является предоставление дополнительных модулей ядра, полностью бинарно совместимых с ядром, которые будет легко поддерживать в актуальном состоянии. На данный момент ( 13.07.2016 ) модули выпущены для: - Keenetic II, Giga II, Ultra, версия прошивки 2.06-draft, ядро 2.6.22 (2.06.B.3.0-4 и выше) - Keenetic Omni, Keenetic Omni II, Keenetic Viva, Keenetic Extra, Keenetic Giga III, Keenetic Ultra II, версия прошивки 2.07-draft, ядро 3.4 (2.07.B.0.0-10 и выше) По мере обкатки модули будут выпущены для всех актуальных устройств и версий, выкладываемых в draft, и потом это будет доступно и в официальном канале обновлений. Модули ставятся пакетами, сгруппированными по назначению на странице "Обновление". На текущий момент доступный набор модулей следующий: - opkg-kmod-fs (Opkg kernel filesystems modules / Ядерные модули поддержки файловых систем для открытых пакетов) fuse.ko : FUSE cifs.ko : CIFS / Samba клиент nfs.ko, lockd.ko : NFS клиент nfsd.ko, exportfs.ko : NFS сервер - opkg-kmod-video (Opkg kernel USB video modules / Ядерные модули поддержки USB видео для открытых пакетов) video-core : V4L1-compat, V4L2 usb-uvc : поддержка USB видео и вебкамер Перед стартом видеокамеры нужно вручную загружать модули в таком порядке: insmod /lib/modules/3.4.113/videodev.ko insmod /lib/modules/3.4.113/videobuf2-core.ko insmod /lib/modules/3.4.113/videobuf2-memops.ko insmod /lib/modules/3.4.113/videobuf2-vmalloc.ko insmod /lib/modules/3.4.113/uvcvideo.ko - opkg-kmod-audio (Opkg kernel USB audio modules / Ядерные модули поддержки USB аудио для открытых пакетов) alsa-core : Базовый набор ALSA alsa-oss : Модуль поддержки OSS в ALSA usb-audio: Модуль поддержки USB-звуковых карт - opkg-kmod-netfilter (Opkg kernel netfilter modules / Ядерные модули подсистемы netfilter для открытых пакетов) arptables модули для conntrack модули для IPsec модули для iprange и.т.д., набор длинный, все таргеты и матчи из ядер 2.6.22 (2.06) и 3.4 (2.07) включены в поставку ipset 4.5 для 2.06 и ipset 6.27 для 2.07. - opkg-kmod-tc (Opkg kernel trafficcontrol modules / Ядерные модули подсистемы trafficcontrol для открытых пакетов) Модули для 2.6.22 @ 2.06: Модули для 3.4 @ 2.07: - opkg-kmod-usbip (Opkg kernel USB over IP modules / Ядерные модули подсистемы USB over IP для открытых пакетов) (только для ядра 3.4, начиная с версии 2.08.A.8.0-1) usb-ip client usb-ip server - opkg-kmod-netfilter-addons (Opkg kernel Xtables-addons modules / Ядерные модули Xtables-addons для открытых пакетов) (только для ядра 3.4, начиная с версии 2.09.A.3.0-7, версия пакета 1.47.1) Список модулей: Начиная с 2.11 стоит учитывать, что таблица raw монопольно захватывается компонентом netflow и не загружается автоматически. Если она вам нужна - удалите компонент netflow, и загружайте руками iptable_raw.ko. Предлагаем всем желающим попробовать и отписаться сюда о результатах. Мы рады всем отзывам, в том числе если чего-то не хватает или что-то собрано / работает не так, как ожидается. Писать строго по теме, то есть о том как работают и как не работают (может быть) модули ядра, для обсуждения настроек userspace и прочего флуда идите в другие темы.