mbg

И снова здравствуйте! Небольшой вопрос по dropbear'y. Для доступа к ssh по ключу я клал /.ssh/authorized_keys ключ и всё работало (6.0.24 последняя). Сейчас собираю крайний билд с теми же параметрами и получаю - Server refused our key. Права у файла ключа и папки выставил только для чтения. У dropbear можно включить расширенный лог, что бы понять, что происходит? Спасибо.

Доброго времени суток! Вчера 6.7.3 прекрасно собиралась, а сегодня сливаю вчистую гит 6.7.4, собираю тулчейн, компилю: UPD Сорри, проверил на другой виртуалке - собирает. Буду копать магейю...

я про авторизацию WiFi Control на роутерах. у нас коннект к ssh через rsa ключ.

на PHP 7 работать не будет? отвечу сам - работает. Авторизация через ключ планируется?

По ssh я заливаю не только прошивку, но и /etc/default/nvram_default. И на прошлой партии всё прекрасно работало. А тут после заливки Kernel_RootFS mtd_write выпадает в сегфаулт. И любые команды после этого валятся с сегом. Прошивать конечно можно и стандартно через веб, но скриптом получается меньше телодвижений и как в результате - ускорение процесса. ЗЫЖ Сейчас открыл другую коробку, там прошивка SNR-CPE-W4N-MT-4.0.7.RU.02032016 - скрипт отработал нормально.

И снова здравствуйте! для подготовки роутеров к настройке монтажниками я накидал небольшой скрипт, который закидывает по ssh файлы на девайс и выполняет скрипт: mtd_write write /tmp/wive.bin Kernel_RootFS nvram_default 2860 reboot Вчера пришла новая партия и начались проблемы. Лог ручного выполнения команд: login as: Admin Admin@192.168.1.1's password: [Wive-NG-MT@/]# mtd_write write /tmp/wive.bin Kernel_RootFS Unlocking Kernel_RootFS ... Writing from /tmp/wive.bin to Kernel_RootFS ... [w] Segmentation fault Bus error [@]# Segmentation fault Bus error [@]# Если прошивать как обычно, через веб-интерфейс, то всё нормально. Какая версия был на прошлой партии роутеров, к сожалению, нет информации. На текущей - SNR-CPE-W4N-MT-3.6.10.RU.23112015. Если перед запуском скрипта прошить стандартным способом, а потом запустить скрипт - отрабатывает нормально, без сегфаулта. Это поправимо?

Большое спасибо, собралося :)

Я не надоел?... make[2]: Entering directory '/home/mbg/wive-ng-wive-ng-mt/user/quagga' make[2]: warning: -jN forced in submake: disabling jobserver mode. cd . && automake-1.14 --gnu configure.ac:25: error: required file './missing' not found configure.ac:25: 'automake --add-missing' can install 'missing' Makefile:404: recipe for target 'Makefile.in' failed make[2]: *** [Makefile.in] Error 1 make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/user/quagga'

Вроде нашёл: /bin/sh: /home/mbg/wive-ng-wive-ng-mt/user/iptables/build-aux/missing: No such file or directory configure: WARNING: 'missing' script is too old or missing checking for mipsel-linux-strip... /home/mbg/wive-ng-wive-ng-mt/toolchain/bin/mipsel-linux-uclibc-strip checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking for mipsel-linux-gcc... /home/mbg/wive-ng-wive-ng-mt/toolchain/bin/mipsel-linux-uclibc-gcc configure.ac:12: error: required file 'build-aux/missing' not found configure.ac:12: 'automake --add-missing' can install 'missing'

приехали дальше: configure: creating ./config.status make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/user/iptables' Makefile:121: recipe for target 'all' failed make[1]: *** [all] Error 1 make[1]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/user' Makefile:259: recipe for target 'user_only' failed make: *** [user_only] Error 1

Теперь встало на /libext/libmicrohttpd.

Снёс всю папку, сделал заново git clone: make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext/libevent' make[2]: Entering directory '/home/mbg/wive-ng-wive-ng-mt/libext/libevent' cd . && automake-1.14 --foreign configure.ac:14: warning: AM_INIT_AUTOMAKE: two- and three-arguments forms are deprecated. For more info, see: configure.ac:14: http://www.gnu.org/software/automake/manual/automake.html#Modernize-AM_005fINIT_005fAUTOMAKE-invocation configure.ac:14: error: required file './missing' not found configure.ac:14: 'automake --add-missing' can install 'missing' test/Makefile.am:57: warning: PTHREAD_LIBS was already defined in condition TRUE, which includes condition PTHREADS ... configure.ac:644: ... 'PTHREAD_LIBS' previously defined here Makefile:684: recipe for target 'Makefile.in' failed make[2]: *** [Makefile.in] Error 1 make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext/libevent' Makefile:43: recipe for target 'all' failed make[1]: *** [all] Error 1 make[1]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext' Makefile:259: recipe for target 'libext_only' failed make: *** [libext_only] Error 1 Aclocal и libtoolize стоят.

Доброго времени суток! Проблема при сборке: make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext/libnfnetlink' make[2]: Entering directory '/home/mbg/wive-ng-wive-ng-mt/libext/libnfnetlink' cd . && automake-1.14 --foreign configure.ac:8: error: required file 'build-aux/missing' not found configure.ac:8: 'automake --add-missing' can install 'missing' /usr/share/automake-1.14/am/ltlibrary.am: warning: 'libnfnetlink.la': linking libtool libraries using a non-POSIX /usr/share/automake-1.14/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac' src/Makefile.am:3: while processing Libtool library 'libnfnetlink.la' Makefile:367: recipe for target 'Makefile.in' failed make[2]: *** [Makefile.in] Error 1 make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext/libnfnetlink' Makefile:43: recipe for target 'all' failed make[1]: *** [all] Error 1 make[1]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext' Makefile:259: recipe for target 'libext_only' failed make: *** [libext_only] Error 1 Это просто при сборке, без вннесения каких-либо изменений - просто git clone, сборка тулчейна и сборка прошивки (./compile MT7620-2T2R-8M NO YES). Mageia 5, со стандартными обновлениями на текущий момент: Linux localhost 4.4.39-server-1.mga5 #1 SMP Fri Dec 16 19:08:03 UTC 2016 i686 i686 i686 GNU/Linux Что-то не могу понять, что ему надо...

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

Прошивка зальётся из консоли? т.е. mtd_write write wive.bin mtd6 сработает?

Руководством поставлена задача защитить от перепрошивки, т.к. мы раздаём роутеры бесплатно а они стали уходить налево... Понимаю, что Вы против такого, но буду честен.

Как можно обновить Uboot на snr-cpe-w4n-mt?

Да, сейчас всё в порядке. Спасибо.

Про ноут и вифи пока неясно, по возможности ещё с тем ноутом повоюю. Нашёл другое. Не знаю регрессия или бага, т.к. раньше данной функцией не пользовался. Суть: имеем RemoteManagementPort=80. В Сервисы-Разное ставим другой порт, например 8080, жмём применить. Система говорит, что для применения изменений нужен ребут. Соглашаемся - говорит что ребутится, идёт отсчёт. Но уустройство продолжает работать дальше. Если посмотреть в консоли, то правила к айпитаблес применяются уже с новым портом, но гоахеад всё ещё работает по старому порту. Ребутаю роутер руками - всё начинает работать на новом порту. Проверял на крайней версии, чистой и без правок.

Доброго времени суток! Вроде как регрессия, а может нет. Если не туда - поправьте... Версия 4.4.16 работает стабильно. Решил попробовать 4.5.10. Поступили 3 жалобы от абонентов - ноутбук пытается подключиться и выдаёт, что не может установить соединение. На 4.6.0 ситуация аналогичная. В логах устройства чисто - только упоминания других подключенных устройств. Изменение настроек wifi на роутере не даёт результатов, крому одного клиента - там при переходе на N only ноутбук заработал. Узнать что там за ноутбук и сетевка в нём не получилось - абоненту некогда. Два других (Atheros AR9485WB-EG на Win 8.1 и dell wireless 1705 на win 10) заработали только при откате на 4.4.16.

Сорри, уже разобрался - компилится, собирается. Мне не для текущих, мне для стороннего :)

Uboot собиратсья должен, или он в комплекте для ознакомления?

А компания НАГ случайно не заказывала альтернативную прошивку на продающиеся у них LAVA Telecom LR-25G001 ? А то железо вроде нормальное, а глюки досадные...

Ну а зачем чаще? Прошивка стабильная, устройства хорошие. Часто дёргать их смысла не вижу. Экономлю трафик :)

Ну и если надо обращаться к серверу не постоянно, а например, раз в 10 минут: *** /home/mbg/wive-ng-wive-ng-mt/user/netcwmp/cwmpd/src/agent.c 2016-07-28 09:53:13.561884314 +0500 --- /home/mbg/wive-ng-wive-ng-mt_4.4.16/user/netcwmp/cwmpd/src/agent.c 2016-07-28 10:12:59.456737407 +0500 *************** *** 372,377 **** --- 372,378 ---- { cwmp->new_request = CWMP_YES; } + sleep(600); }//end while(TRUE) } Кривокосо конечно, но я к с ожалению, не программист...