eralde

@Anatoly78, добрый день! Проблема действительно есть, вы правы) Эта конкретная проблема исправлена, исправление попадет в следующий релиз 5.0.

Спасибо! Т.е., после подключения к Wi-Fi Кинетика появляется системное окно, в котором вы и проходите мастер? Тогда я, похоже, понимаю в чем дело. Будем исправлять.

@Александр Л. ещё один уточняющий вопрос: подскажите, пожалуйста, может ли быть такое, что вы браузерную вкладку с мастером настройки обновляете после того, как мастер обновляет устройство на 5.0.4? Или может быть она сама перезагружается по какой-то причине?

Понятно, спасибо! Попробуем разобраться, почему так происходит. Устройство, конечно, не должно в таком сценарии просто сбрасывать пароль.

@Александр Л. добрый день. Подскажите, пожалуйста, какая прошивка на Start исходно и какой пароль вы ставите в мастере? Разумеется, не нужно писать сюда конкретный пароль, я просто хочу понять насколько он простой/сложный. Можете написать мне в ЛС.

@Retsenor ваше решение заметно переусложнено. Выполнять все эти действия имеет смысл, только если у вас есть какая-то личная неприязнь к мастеру начальной настройки. Стереть пароль пользователя по умолчанию (admin) на ретрансляторе можно гораздо проще. Достаточно на нем выполнить через CLI/WebCLI вот эти команды: user admin no password system configuration save После этого, если ретранслятор хочется добавить в Wi-Fi-систему, то на контроллере выполнить (опять же через CLI/WebCLI): mws revisit <id ретранслятора> В качестве <id ретранслятора> можно использовать его IP, MAC или CID. IP/MAC будет видно в списке устройств на основном роутере, CID можно посмотреть в веб-интерфейсе ретранслятора. После выполнения этих несложных действий ретранслятор появится в списке кандидатов для захвата в Wi-FI-систему. Удалять на ретрансляторе компоненты и сбрасывать его к заводским настройкам не нужно.

Господа, для обсуждений в духе "что я думаю компании надо/компания должна сделать" есть раздел Курилка. Если вы это продолжите обсуждать в текущей теме -- я все почищу. @meine12 как вам уже (в целом, разумно) ответил @mesb, какой-то ответ на вопрос "когда" в этой теме уже звучал. @avn я практически уверен, что в оригинальном сообщении, которое вы не стали искать, было не про "купить N устройств для внедрения <чего-либо>", а "купить N устройств для оперативного внедрения <чего-либо>". @coldrex2005 сообщения ОГРОМНЫМ ШРИФТОМ в технических обсуждениях -- это сомнительная, на мой взгляд, практика. Опять же, в Курилке пишите что хотите и как хотите, хоть красным по зеленому.

Если вы используете хуки в OPKG или как-то опираетесь на имена интерфейсов, например, то что-то могло поменяться между версиями. Впрочем, если у вас при переходе с 4.3 на 5.0 ничего не сломалось, то и при переходе в обратную сторону не должно.

Если вы сохранили и файл с прошивкой, и конфигурацию, откат назад должен пройти безболезненно.

Вам уже правильно подсказали:

@meine12 @mesb переходите на "бокс по переписке" в личных сообщениях.

Это один из вариантов, да. Идет работа по тому, чтобы сделать мастер первоначальной настройки лучше для сценария "хочу это устройство добавить как экстендер к Wi-Fi-системе", но пока работа далека от завершения.

Пожалуйста 🙂 Интересно, конечно, разобраться, почему контроллер не видел Racer до этого, но здорово, что все заработало)

Спасибо! Давайте попробуем, следующее, пожалуйста: отключаете Racer, сбрасываете его настройки (проще всего кнопкой сзади на корпусе, на мой взгляд), тумблер режима оставляете в режиме B ждете пока Racer загрузится, подключаете кабелем к Sprinter скачиваете self-test через веб-интерфейс Sprinter и выкладываете сюда (мы это сообщение скроем, но модераторы его все равно будут видеть) -- посмотрим, что там происходит, когда подключается Racer ещё можно попробовать со Sprinter выполнить команду mws revisit <id-экстендера> через telnet/WebCLI; id экстендера система сама должна предложить, если после ввода mws revisit нажать Tab

@UserUser вы Racer к Sprinter подключаете кабелем?

Добрый вечер, при попытке перехода на какую страницу возникает ошибка 404?

@keenet07, отличный инструмент! Я бы предложил такую доработку: опционально давать выделять нужные "блоки". Это должно помочь делать перенос быстрее. Например, все строки, которые начинаются с known host -- это один блок, который можно целиком выделить/снять выделение. При этом, конечно, можно и нужно оставить возможность выделять/снимать выделение внутри блока. Другой, пример того, что можно объединить в блок -- все настройки определенного интерфейса. Тут придется ориентироваться на отступы: interface WifiMaster1/AccessPoint0 rename AccessPoint_5G description "5GHz Wi-Fi access point" ... <иные настройки> follow AccessPoint up !

Да, мне тоже хочется, чтобы можно было "пробросить" авторизацию в ndmc без повторного ввода. Подумаем, возможно, это в прошивке и появится со временем. Пока можно, конечно, передавать туда пароль через JS, но это явно корявое решение 😁

Большое спасибо @dimon27254, который уже помог исправить несколько недочетов в примерах 🔥

rci-tools — это репозиторий, в котором я пытаюсь систематизировать свои наработки, связанные с REST API, доступном на устройствах Keenetic/Netcraze. Содержимое репозитория состоит из трех частей: Документация по RCI API npm-пакет(ы) для работы с этим API (@rci-tools/core) Демо-приложения, созданных с использованием этих npm-пакетов Разные части репозитория могут быть интересны разным людям 🙂 В частности, раздел с документацией должен помочь тем, кто самостоятельно что-то автоматизирует на своих устройствах. Я неоднократно отвечал на похожие между собой вопросы о том, как работать с RCI API, и решил, что пора эти ответы как-то свести в один документ. npm-пакеты и примеры на их основе призваны продемонстрировать, как можно самому реализовать альтернативный фронтенд для чего-то, что нужно лично вам. Мне кажется, что альтернатива webcli вышла довольно симпатичной 😇 Все три части будут со временем дополняться/обновляться. Буду рад, если все это окажется кому-то полезным, и признателен за конструктивную обратную связь 🙂

Так и должно быть, вам правильно все подсказал @mrGhotius. Блок, где находится выбор стандарта называется "Общие настройки Wi-Fi 2,4 ГГц", потому что влияет на все интерфейсы Wi-Fi 2,4 ГГц. Именно поэтому что-то в нем блокируется при включенном WISP, например. Если поменять вручную -- WISP потеряет связь.

Наверное, оттуда это действительно можно достать. Но, по-хорошему, эта информация должна быть в show mws member. Фронтенд и так содержит изрядное количество логики вида "возьми данные команд xx, yy и zz и склей по <id>, учитывая условия a, b, ..., z". Правильное решение -- не увеличивать количество такой логики, а уменьшать. Как минимум, потому что в противном случае её придется реализовать в каждом фронтенде заново (веб-интерфейс, мобильное приложение, RMM). Переформулирую свой ответ так: "Как только прошивка будет отдавать эти данные, касающиеся экстендеров MWS, в ответе какой-нибудь команды, которая имеет отношение к MWS, ..."

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

Добрый день! Вам должно подойти расписание работы вот здесь: На работу устройства это не влияает, но может быть удобно для вас 🙂

@Vorobyev_A, @VVS, продолжайте, пожалуйста, "бокс по переписке" в ЛС.