OmegaTron

Запустил апдейт из веб-фейса и всё прошло как по маслу (тьфу-тьфу-тьфу)

Я так и сделал поначалу - зашёл в веб-фейс и проверил список элементов, только затребованных элементов не было. После попытки установки через cli они появились со статусом "будет установлен". Попробую запустить апдейт оттуда.

Я всё понимаю, но можно было просто ткнуть в эту тему https://forum.keenetic.net/announcement/5-где-взять-тестовые-прошивки/ и все вопросы сразу бы отпали Там разжёвано что есть draft, что есть delta (о чём я и интересовался). Да я не против подумать ))) Просто если есть возможность решить вопрос быстро, я стараюсь это сделать, нет - иду "долгим" путём. *** Итак, вернулся я к данному вопросу, вбил в cli components list delta components commit увидел, что пошло обновление (до этого никогда данной командой не пользовался), дождался, пока пройдёт апдейт (прошивка теперь 2.10.C.2.0-4), заглянул в мануал, потом снова в cli и набрал команды components list delta components remove fat components install opkg-kmod-netfilter components install opkg-kmod-netfilter-addons components commit только вот вместо FileSystem::Repository: Firmware update started. что было в прошлый раз, в консоли вылезло Components::Manager error[24249130]: request failed (404). WTF ? В списке запрашиваемые и удаляемые компоненты были :/

После того как был отключён ворох "рекомендованных" компонентов, роутер стал работать в разы стабильнее и перестал по непонятным причинам ребутиться и стал работать сутками напролёт. Ввиду этого началась паранойя на тему "лишних запчастей". Намедни, в логе глаз зацепился за следующие модули /lib/modules/3.4.113/cdrom.ko. /lib/modules/3.4.113/cifs.ko. /lib/modules/3.4.113/nfs.ko. /lib/modules/3.4.113/nfsd.ko. /lib/modules/3.4.113/fastvpn.ko Можете растолковать, для чего они (мало ли, вдруг не для того, о чём я думаю). Если я верно понял, cdrom.ko - для подключения привода к ... кхм ... роутеру, cifs - для монтирования smb-шар (или это модуль компонегта cifs, отвечающего за smb-шару на роутере ?), nfs.ko - монтирование nfs - шар, nfsd.ko (для поднятия nfs-сервера ?), fastvpn.ko - не понял для чего он ибо никаких vpn-ов в помине нет.

Разобрался. Там общение json'ами идёт и в обратную сторону. Методом тыка и на основе анализа полной команды остановки/запуска интерфейса через POST с озвученными мной выше командами был отправлен json {"123":false} что привело к инициализации команд. Что там должно быть на месте "123" я хз, но пробел и пустая строка игнорируются, а всё остальное - принимается. Собственно к чему я всю эту котовасию затеял - как я и ожидал, с json-запросами ни у одной из версий curl проблем не возникло, плюс запрос получился в разы короче. p.s. Таки я походу при анализе не туда смотрел, управление в веб-фейсе как раз через RCI идёт, а CI - вторичен. Думаю, с дальнейшими экспериментами до появления мануала можно завязать. upd: Всё-таки соврал - в первом curl'е ис json'ами проблема. Походу в том релизе проблемы с digest-запросами в принципе.

Да мне то всего-то и нужны команды остановки и подъёма интерфейса. Команду я составил по идее правильно, но она не работает, как задумано curl -s --digest --user xxx:xxx 'http://192.168.1.1:10080/rci/interface/down?name=PPPoE0' -H 'Content-Type: application/json' на выходе { } без какой либо реакции роутера. Подаю команду подъёма curl -s --digest --user xxx:xxx 'http://192.168.1.1:10080/rci/interface/up?name=PPPoE0' -H 'Content-Type: application/json' на выходе получаю true если опустить интерфейс вручную, то вместо "true" появляется { } и я не могу понять, управляющие это запросы или информационные. Если первое, то чяднт ? Если второе - каков "правильный" запрос ? Насколько я понял, веб-фейс через RCI только снимает данные, а управляющие запросы шлёт через CI xml-ки через POST, поэтому проследить "управление" через RCI у меня подручными средствами не получится.

Спасибо Пригодится для скриптов. Ну на базе этого мануала я и строил команду(ы) по работе с API Единственное что не понятно, так это поведение curl'a. Или это зависит от того, насколько криво кодер собрал этот самый curl ? ОК, буду ждать. А где посмотреть старый ? Или тот мануал по xml api он и есть ? Единственное, что пока не понял, как взаимодействовать с интерфейсами - посылаю запрос up + имя интерфейса, получаю "true", посылаю "down", получаю пустой выхлоп "{}". Зато информационные запросы "show" отдаются на ура. Через xml api с вкл/откл интерфейсов проблем нет.

Спасибо, буду изучать Суть в том что когда голова забита пачкой вопросов, которые нужно решить, даже то, что лежит на поверхности проходит мимо меня :/ Потому я и прошу помощи.

Ну и раз пошла такая пьянка - почему нигде не упоминается работа с API через json ? В дампах заметил отдаваемые веб-фейсом json'ы, поглядел отладку и получил следующий запрос curl -s --digest --user xxx:xxx "http://192.168.1.1:10080/rci/show/interface?name=PPPoE0" -H "Content-Type: application/json" который отдаёт ту же информацию через GET. Только json в отличии от xml в разы проще парсить

Итак, началось всё с того, что я набросал на машине под никсами команду для работы с API роутера curl -s --digest --user xxx:xxx "http://192.168.1.1:10080/ci" -H "Content-Type: application/xml" --data-binary '<request id="1"><command name="show interface"><name>PPPoE0</name></command></request>' после чего я экстраполировал её под win-версию curl'a curl -s --digest --user xxx:xxx "http://192.168.1.1:10080/ci" -H "Content-Type: application/xml" --data-binary "<request id="""1"""><command name="""show interface"""><name>PPPoE0</name></command></request>" вот только ничего не заработало, на выхлопе я получал <html> <head><title>400 Bad Request</title></head> <body bgcolor="white"> <center><h1>400 Bad Request</h1></center> <hr><center>Web server</center> </body> </html> При использовании <request id="1"><command name="show interface"><name>PPPoE0</name></command></request> внутри файла для "data-binary" результат был тем же - 400 Bad Request. Начал копать - снял дампы на машинах и судя по ним, содержимое запроса было идентично, отправленному с машины на никсах вплоть до байта 0000 3c 72 65 71 75 65 73 74 20 69 64 3d 22 30 22 3e <request id="0"> 0010 3c 63 6f 6d 6d 61 6e 64 20 6e 61 6d 65 3d 22 73 <command name="s 0020 68 6f 77 20 69 6e 74 65 72 66 61 63 65 22 3e 3c how interface">< 0030 6e 61 6d 65 3e 50 50 50 6f 45 30 3c 2f 6e 61 6d name>PPPoE0</nam 0040 65 3e 3c 2f 63 6f 6d 6d 61 6e 64 3e 3c 2f 72 65 e></command></re 0050 71 75 65 73 74 3e quest> Отличались лишь параметры авторизации, что логично, но вот поле realm отличалось радикально, на машине с никсами оно было realm="ZyXEL Keenetic Omni II" а на машине с win realm="" в чём тут причина я так и не понял, может местные спецы объяснят. Юзаемый curl curl 7.42.1 (i386-pc-win32) libcurl/7.42.1 OpenSSL/1.0.2a zlib/1.2.8 libssh2/1.4.3 librtmp/2.3 Protocols: dict file ftp ftps gopher http https imap imaps ldap pop3 pop3s rtmp rtsp scp sftp smtp smtps telnet tftp Features: AsynchDNS IPv6 Largefile SSPI Kerberos SPNEGO NTLM SSL libz на никсах был менее "навороченный" вариант ревизии 7.34 Далее скачал этот релиз, http://winampplugins.co.uk/curl/ зарядил <request id="1"><command name="show interface"><name>PPPoE0</name></command></request> в файл и роутер мне таки отдал XML, зарядил "<request id="""1"""><command name="""show interface"""><name>PPPoE0</name></command></request>" и на выхлопе не получил ничего, только вот роутер начал плеваться в лог 02-01-2018 19:27:08 User.Critical 192.168.1.1 Feb 1 19:26:18 ndm: Core::Scgi::ThreadPool: system failed [0xcffd01da], XML parsing failed. 02-01-2018 19:27:08 User.Error 192.168.1.1 Feb 1 19:26:18 ndm: Xml::Document: ' or " expected. а в дампах какая-то каша вместо запроса. К слову, реакция на "<request id="1"><command name="show interface"><name>PPPoE0</name></command></request>" была идентичной в итоге плюнул, скачал релиз на базе cygwin отсюда https://bintray.com/vszakats/generic/curl/ и всё заработало ! И "<request id="""1"""><command name="""show interface"""><name>PPPoE0</name></command></request>" в "data-binary" и <request id="1"><command name="show interface"><name>PPPoE0</name></command></request> отдаваемом в файле для параметра "data-binary". Теперь вопрос - что это было ???

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

Я не "живу" на данном ресурсе и лишь изредка заглядываю, когда возникают проблемы. Поэтому на поиск интересующей информации может уйти много времени, поэтому продуктивнее будет, если меня ткнут носом в нужную информацию.

ОК, как ? Я бы с радостью, но мне пока так никто и не растолковал, что к чему :/ Дайте линки для ознакомления.

Я в курсе. Просто я "выпилом" занимался через веб-интерфейс. Оттуда же список компонентов, что юзаю взял. Лень было в мануал по cli и в консоль залезать. Я в курсе, только текущий iptables чересчур "ограниченный". enpa, эту прошивку вы собрали или вы просто выложили прошивку (я это к тому, для чего был задан вопрос касательно набора компонентов) ? Нет, иначе не задавал бы подобные вопросы ))) Я пока плохо представляю, что там к чему. Где бы почитать про sandbox беты / draft / дельта прошивки и т.д. ? Т.е. можно даже не дёргаться ? На stable - релизе ситуация идентичная. *** Короче говоря, если я всё верно понял, то, что советовал Zyxmon в этой теме https://forum.keenetic.net/topic/3756-нужны-допмодули-ядра-для-netfilter-продвинутый-iptables/?do=findComment&comment=44916 в качестве решения проблемы для Omni II на данный момент не подходит и нужно ждать следующего stable-билда ?

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

Самый минимум - служба pppoe, клиент pppoe, сетевой ускоритель, управление пропускной полосой, модуль захвата пакетов, ftp, smb, udpxy, ping checker, fat32 Прежде чем что-то устанавливать всё же хочу уточнить - интересующий функционал iptables с возможностью установки доп.модулей там будет ? Или его может и не быть ?

В таких нюансах не разбираюсь (пока), просто подскажите, где найти прошивку, с данными модулями https://forum.keenetic.net/topic/3756-нужны-допмодули-ядра-для-netfilter-продвинутый-iptables/?do=findComment&comment=44916 нужен человеческий iptables

Собственно сабж - пытаюсь обновить девайс через веб-интерфейс до бета-релиза, выбрав оный в поле "Использовать" и получаю отлуп В поле "Доступная версия:" вылезает "Обновлений нет", а в логе вылезает следующее Интернет работает. При использовании "Релиза" проблем нет. Это такой баг или это такая фича :D и бета-прошивки надо ставить руками ? Не связана ли случаем эта проблема с этой https://forum.keenetic.net/topic/3523-автообновление-прошивки-на-zyxelях/ ?

Да я бы с радостью, вот только, как я уже писал Покупался он в 2016 (если не раньше) и хотя гарантия "растягивалась" через регу устройства на 2 года, я сомневаюсь что она ещё действует. Чек я поищу и уточню статус гарантии, но хотелось бы узнать Конкретно интересует замена флеша. В моей сети данный роутер работает как дублирующий (если отвалится один сегмент, то другой продолжит работу) и расширяющий приём там, куда не добивает второй роутер, так что без сети не останусь Ну и вопрос вдогонку - если причина ошибок выше не битый флеш (пока после ре-апдейта всё тихо-мирно), то что ? Как образ со squashfs мог "побиться" ?

Еще раз сделайте. Если несколько раз подряд перепрошивок не помогают, то в сервис - у вас посыпалась флешка Эм, а зачем делать ? Проблемы после ре-апдейта пока не видно. Я просто поинтересовался, отчего проблема могла вылезти ранее. p.s. Ежели впоследствии вылезет снова, то каков ценник ремонта в сервисе, если роутер отправить им почтой (насчёт гарантии не уверен, но сдаётся мне, по срокам она уже вышла) ? Сам я с паяльником не дружу от слова совсем, так что только сервис. Хотя не понятно отчего флеш мог посыпаться - я практически не эксплуатировал девайс до прошлого года.

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

Итак, вторая часть марлезонского балета - логинюсь я через хром с ПК - роутер даёт отлуп и не принимает пароль, браузер при этом переоткрывает поле ввода лога-пасса и так по кругу. Думаю что за хрень - ведь только что со смартфона с того же хрома заглядывал. Смотрю со смартфона лог (так не понял в итоге, почему веб-морда тут работала, а там - нет) и вижу такие невесёлые строчки : [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: xz_dec_run error, data probably corrupt [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: squashfs_read_data failed to read block 0x51bf34 [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:35 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [C] Jan 29 14:55:35 keenetic_omni nginx: (conn: *82) read() "/usr/share/htdocs/one.css" failed (5: Input/output error) while sending response to client, client: 192.168.1.245 [E] Jan 29 14:55:43 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:43 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [C] Jan 29 14:55:43 keenetic_omni nginx: (conn: *84) read() "/usr/share/htdocs/one.css" failed (5: Input/output error) while sending response to client, client: 192.168.1.245 [E] Jan 29 14:55:48 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:48 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [C] Jan 29 14:55:48 keenetic_omni nginx: (conn: *83) read() "/usr/share/htdocs/one.css" failed (5: Input/output error) while sending response to client, client: 192.168.1.245 [E] Jan 29 14:55:49 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:49 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [C] Jan 29 14:55:49 keenetic_omni nginx: (conn: *88) read() "/usr/share/htdocs/one.css" failed (5: Input/output error) while sending response to client, client: 192.168.1.245 [E] Jan 29 14:55:50 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:50 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [C] Jan 29 14:55:50 keenetic_omni nginx: (conn: *89) read() "/usr/share/htdocs/one.css" failed (5: Input/output error) while sending response to client, client: 192.168.1.245 [E] Jan 29 14:55:58 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:55:58 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [C] Jan 29 14:55:58 keenetic_omni nginx: (conn: *90) read() "/usr/share/htdocs/one.css" failed (5: Input/output error) while sending response to client, client: 192.168.1.245 [E] Jan 29 14:56:58 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:56:58 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [C] Jan 29 14:56:58 keenetic_omni nginx: (conn: *91) read() "/usr/share/htdocs/one.css" failed (5: Input/output error) while sending response to client, client: 192.168.1.245 [E] Jan 29 14:57:31 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:57:31 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [E] Jan 29 14:57:31 ndm: kernel: SQUASHFS error: Unable to read fragment cache entry [51bf34] [E] Jan 29 14:57:31 ndm: kernel: SQUASHFS error: Unable to read page, block 51bf34, size 5b30c [C] Jan 29 14:57:30 keenetic_omni nginx: (conn: *126) read() "/usr/share/htdocs/bg/tr_hl.png" failed (5: Input/output error) while sending response to client, client: 192.168.1.245 Что-то мне подсказывает, что у роутера наворачивается медным тазиком флешка, или я не прав и это чисто программный сбой ? upd: Произвёл ребут через ssh и снова могу попасть в веб-морду, да какого тут творится Оо ?

Вчера, решил зайти в веб-морду своего Omni II и в итоге не смог попасть - залогинился без проблем, а дальше был ступор и спустя n-минут ошибка 504 - Gateway Time-out. Дальше больше - пробую подключиться через telnet - cli не принимает мои логин и пароль и после n-попыток рвёт коннект. Начинаю злиться, коннекчусь через ssh (этот вариант слава богу прошёл, благо entware не так давно накатил), даю команду reboot и после перезагрузки веб-морда оживает и телнет начинает принимать пароль. Теперь вопрос - что это было ? Через ssh дёрнуть логи не сообразил - я уже собирался ложиться спать и мозги не соображали - глянул лишь список процессов и top и не увидев ничего криминального дал команду ребута. До записи логов на накопитель в фоновом режиме руки так и не дошли (равно как и до установки каких-либо пакетов entware), но после данного случая постараюсь решить этот вопрос побыстрее. Версия прошивки - v2.08(AAUS.4)C2

Имхо, но с этого надо было начинать Единственное, осталось пара вопросов - стоит ли перед апдейтом до 2.09+ производить какие-либо манипуляции с entware дабы ничего не слетело и какую бы прошивку из 2.09+ вы бы порекомендовали как самую стабильную ?

zyxmon, дошли руки до роутера - что-то я не наблюдаю там пункта "Модули ядра подсистемы NetFilter" и "Пакет расширения Xtables-addons для netfilter" (не удивительно, что я их не заметил), там есть лишь "Модули ядра подсистемы Traffic Control" или это и есть то, о чём вы говорили ?