mesb

Ну я в целом долго жил на 2.16, и на актуальных стал жить начав с 3.7 и точто я вижу с разработкой и подходом увы далеко не только тут. Это в целом такие подходы к разработке приняты сейчас.

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

Нет вы поняли неправильно. Вот сейчас на момент этого поста, в олдстейбл должна быть 3.9.8 как считающаяся наиболее стабильной для разных сценариев эксплуатации. Устаканившаяся. Когда-то у нас после всех наших багрепортов устаканится и 4.0 в лице версии например 4.0.7 которая щас стабильная, но к тому времени кины уже соберутся зарелизить в стейбл канал например 4.1.1. И в момент релиза 4.1.1 в стейбл канал, есесно оно ещё не устаканившееся будет и начнётся вой, но в олдстейбл поидее переезжать должна будет 4.0.7 будучи устаканившейся.

Всмысле? Ещё раз если вам непонятно как это должно работать: Стабильная 4.0.4 Олдстабильная 3.9.8 Далее например они всё пофиксили для большинства кейсов и имеем: Стабильная 4.0.5 Олдстабильная 3.9.8 Теперь допустим что они выпустили в стейбл 4.1.1: Всё сдвигается далее: Стабильная 4.1.1 Олдстабильная 4.0.5 Понаходили опять багов и: Стабильная 4.1.2 Олдстабильная 4.0.5 К моменту как достигнем теоретической 4.1.9 Стабильная 4.1.9 Олдстабильная 4.0.5 Где-то тут они могут в альфе уже напилить какую-нибудь 5.0.1 до состояния стейбл по их мнению и выпустить в стейбл: Стабильная 5.0.1 Олдстабильная 4.1.9 Ваши посты создают впечатление что вы ожидаете что стабилизации не произойдёт, но это не так. Да она происходила не сразу, но к 3.7.5, 3.8.7, 3.9.8 или когда там заканчивался цикл, предыдущая прошивка хороша для большинства.

Я лишь напомню что не всегда тесты перед релизом могут прямо всё выявить. А бесконечно полировать современные методы разработки не приветствуют)

Идея олдстейбл не в 3.х. Я по опыту общения с продуктом понимаю что рано или поздно стабилизируется и 4.0 ветка. Просто для понимания как это вижу я, например в разрезе актуальной линейки кинов: Стейбл 4.0 Олдстейбл 3.9 Когда придет время в будущем оно превратится в: Стейбл 4.1 Олдстейбл 4.0 И даже: Стейбл 5.0 Олдстейбл 4.9 Тоесть просто каждый раз предыдущая ветка. К моменту выхода новой ветки в стейбл предыдущем будет уже юзабельна и более менее пофикшена во всех критичных нам местах. И ещё раз, камрады, необязательно дорабатывать олдстейбл и тратить время на сопровождение. По идее достаточно чтобы оно было доступно просто для установки как нужно. И давало возможность вернуться туда а не на новый свежий стейбл которому ещё предстоит пару тройку релизов устаканиться.

Идея то неплоха но врятли они чото будут менять в текущей сборочной системе. А так да, было бы неплохо иметь возможность именно выключения хотябы. У нас первые кандидаты на такие отключения были бы sip/rtsp alg, ipv6, upnp. Ибо сейчас приходится просто собирать прошивку без оных для работы.

Актуально, тото и оно. Если вы в дефолтной политике первым поставите впн или канал где серый айпи, то кинднс пойдет через этот канал, а не тот что с белым айпи вторым например.

Идея норм. Но возникает вопрос к впнам типа сстп и ике2 которые юзают именно кинднс. Как с ними то быть?

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

Ну да, у меня случился такой кейс например: У нас основная масса это набор 1210/1211/1212 и пока нет проблем их покупать по мере установки новых мы просто уже проверенную 3.9.8 с нужными компонентами вливали в новый. Тоже самое происходило с 2310 по мере установки в более "сложных" местах. Однако они покупались реже и запаса мы не создаём, и в какой-то момент пришлось купить 2910 ибо он был заменой там где мы отвариваемся. И соответственно у нас нужной 3.9.8 нет на такую модель, а супорт тоже не смог собрать то что нам надо было.

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

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

Дополню немного как я это вижу: Наличие съёмных ушей с возможностью смены ориентации. Для примера на коммутах Т и Д ухи крепятся 4 винтами к отверстиям по углам воображаемого квадрата, что позволяет устройство если нужно чуть вперёд выдвинуть например и тп. У нас одна из вариаций была вообще к ровной поверхности стены за эти уши прижали плашмя. Все органы на одной стороне, тобишь порты Лан, юсб, лампочки, кнопочки. Ну про корпус из металла полагаю и так подозреваем. Размер не больше одного юнита по высоте.

Я так понял у топик стартера помимо вопроса управления светодиодом с новым модемом на внутреннем порту, есть подозрение что в прошивке поиск того встроенного модема старого захардкожен. Ибо у него при отключении встроенного родного и подключении во внутренний порт нового, в прошивке фантом от старого переходит в режим перезагрузки судя по вебу. Собственно возникает вопрос есть ли в прошивке что-то такое и как это остановить если есть.

Обзавёлся kn2311 и пока наблюждаю растущий трафик на интерфейсе модема. Настройки сделаны аналогично 2310 модели как рекомендовал супорт и там на 3.9.3 ничего такого небыло. Пока наблюдаю будет ли этот трафик заметен мегафону.

Сложно сказать, точно лишь одно - при переходе на резерв всё работает нормально. Ничего больше я из настроек не удалял.

Следовал тут инструкции из базы знаний - в целом отлично работает, но есть нюансы: 1. На дроиде работает только при условии что на роутере запущен родной media server, со сторонними на томже роутере - никак. Пробовал с xupnpd из ентвари, стоит запустить встроенный всё норм сразу. 2. Выявилось что на айфоне не работает, телефон лажл минут 10 прицепленный по л2тп впн через вифи от мобильного роутера, но ничего в влц так и не всплыло несмотря на вкл\выкл медиа сервера.

Похоже ваш случай: https://forum.keenetic.com/topic/14616-не-удаётся-подключить-keenetic-cloud-v2/

Тут в основном выжимка и пожелания к развитию, так как недостатки были очевидны и компромиссную модель стоит выпускать с их учётом. Обсуждение разных моделей и граблей по ссылке выше в курилке, там аж тема в 5 страниц. Вообще модели что я указал (там микрот тоже есть) брались из доступных по большей части. И хоть сколько-то значимо использовались. Например неуказал 3020 и Хуавей 5573, ибо использовал мало совсем.

И занимаем порт линеара. Спасибо конечно. Речь в сообщении о ином типе подключения.

Сейчас только или тот или этот.

Да, было бы удобно для замены старой аналоговой станции в небольшом офисе.

Минимально адекватный вариант: KeeneticOS (и вся её мощь типа как в hero)Встроенный модем с внутренними антеннами (хотябы 4g/3g)WiFi - 2.4 (внутренние антенны)2 rj45 - 10/100Разъёмы для подключения внешних антенн (хотябы lte)1 USB (нормальный, полноразмерный и для модемов, флешек и тп, как у обычного hero)USB (mini\micro\c) для питания, зарядки (хорошобы прикидывания сетевой картой при подключении в порт компьютера) Батарея дающая работать подольше и её умирание\отключение позволяло работать от проводного питания (и хоть найти чтобы можно было оную)Одна назначаемая кнопка Led индикаторы состояния Отверстие в корпусе для петелки/крепежаГабариты - ну уж как получится, но не больше runner/vox хотябы. KeeneticOS предполагается уметь фичи как в предыдущем посте.

Попробую набросать более конкретно идеальный с моей точки зрения: KeeneticOS (и вся её мощь типа как в hero) Встроенный модем на разъёмах, не распаяный (4g/3g/2g, внутренние антенны) WiFi - 2.4/5 Ghz (одновременно! и внутренние антенны) 2 rj45 - 10/100/1000 (с пое неуверен, за всё время пригодилось только дома 1 раз с 2nd) Разъёмы для подключения внешних антенн (lte и wifi) 1 USB (нормальный, полноразмерный и для модемов, флешек и тп, как у обычного hero) 1 USB-C для питания, зарядки, прикидывания сетевой картой при подключении в порт компьютера Встроенная батарея на базе 18650 на разъёмах (снятие\выход из строя должен позволять продолжать работать просто от usb-c) Возможность подзарядки внешних устройств за счёт внутренней батареи Одна две назначаемых кнопки для управления/назначения Экран для минимально основной информации о состоянии и какого-то функционала Отверстие в корпусе для петелки/крепежа Габариты - хорошо бы вписаться размером в половинку тогоже vox. (Так и в бардачок, и в сумку, и рюкзак норм, тотже 7350 уже не для каждого кармана) KeeneticOS в таком устройстве: Возможность засыпания (нет никого на вифи\сетевых портах и через n минут отключаемся от мобильной сети, выключаем вифи до момента тычка в кнопку) Возможность отслеживания поведения питания на порту питания (например если живём в авто и пропало питание при выкл зажигания, выключаемся через n минут)