iFinder

По совету zyxmon сделал обновление: ~ # opkg update ~ # opkg upgrade Были ошибки, поэтому повторил ещё пару раз. Получилось. Далее, не скачивая дистрибутив, установил Node-RED ~ # npm install -g --unsafe-perm node-red По окончании отобразилось тоже самое, что и у TheBB : ~ # npm install -g --unsafe-perm node-red /opt/bin/node-red -> /opt/lib/node_modules/node-red/red.js /opt/bin/node-red-pi -> /opt/lib/node_modules/node-red/bin/node-red-pi > bcrypt@3.0.6 install /opt/lib/node_modules/node-red/node_modules/bcrypt > node-pre-gyp install --fallback-to-build sh: node-pre-gyp: not found npm WARN optional SKIPPING OPTIONAL DEPENDENCY: bcrypt@3.0.6 (node_modules/node-red/node_modules/bcrypt): npm WARN optional SKIPPING OPTIONAL DEPENDENCY: bcrypt@3.0.6 install: `node-pre-gyp install --fallback-to-build` npm WARN optional SKIPPING OPTIONAL DEPENDENCY: spawn ENOENT + node-red@1.0.2 added 294 packages from 304 contributors in 483.73s

Скажите пожалуйста мне надо скачивать дистрибутив node-red для его установки ?

Решился устанавливать, Отдал команду и получил ошибку: ~ # npm install -g --unsafe-perm node-red /opt/bin/node: error while loading shared libraries: libc.so.0: cannot open shared object file: No such file or directory Может надо вместо npm указывать node-npm ? И снова становится уместным мой вопрос: 1. Откуда возьмётся дистрибутив node-red, автоматом скачается из инета ?

1. Честно сказать страшновато стало после появления этих строк и ещё пары похожих. Правильно ли я понял, что устанавливать и потом править надо командами: npm install -g --unsafe-perm node-red find /opt/lib/node_modules/node-red/ -type f | xargs sed -i -e "1s,^#!.*bash$,#!/opt/bin/bash,;1s,^#!.*node$,#!/opt/bin/node," /opt/lib/node_modules/node-red/node_modules/ajv/scripts/prepare-tests:#!/usr/bin/env sh 2. Вы правы - лучше назвать это предупреждениями. 3. Можно ли сделать так, чтобы не было предупреждений ? 4. Для того, кто может сможет сделать без установку node-red без выдачи предупреждений Спасибо Вам, но какой из Ваших двух вариантов запуска ранее установленного Node-Red надо использовать: ~ # sed -i -e 's,/usr/bin/env node,/opt/bin/node,' /opt/lib/node_modules/node-red/bin/node-red-pi ~ # /opt/lib/node_modules/node-red/bin/node-red-pi ИЛИ ~ # node ~ # node-red

Выполнил всё до этого пункта. Сделал резервную копию. А дальше вопросы: 1. Откуда возьмётся дистрибутив node-red, автоматом скачается из инета ? 2. А почему возникают ошибки ? 3. Можно ли сделать так, чтобы не было ошибок ? 4. Может здесь, что-то полезное: Скачайте нужную вам версию Вы можете сразу скачать последнюю или любую другую версию Node-RED отсюда. В скачанном ZIP-архиве будет папка верхнего уровня под названием «node-red-X.Y.Z», где «X.Y.Z» – это номер версии Node-RED. Распаковав архив и будучи в папке верхнего уровня, запустите вот эту команду: npm install --production Скачайте с GitHub (для разработчиков) GitHub-код предназначен только для тех, кто хочет использовать код для разработки, или для разработчиков, которые хотят внести вклад в код Node-RED. Вы можете клонировать репозиторий исходного кода прямо с GitHub: git clone https://github.com/node-red/node-red.git После клонирования необходимо установить необходимые модули ядра: cd node-red npm install Примечание: Чтобы вы могли запустить код, клонированный из Git-репозитория, вам необходимо установить все зависимости, а не только те, что непосредственно используются в проекте. Поэтому флаг «--production» использовать не нужно. Вам также нужно будет установить Grunt CLI (grunt-cli), чтобы собрать приложение перед тем, как воспользоваться им. Это тоже нужно делать глобально. sudo npm install -g grunt-cli После этого собираем и запускаем приложение: grunt build npm start

Там ещё есть нужное для Вас

Вот ещё нашёл: If you are on a Raspberry Pi or any Debian-based operating system, including Ubuntu and Diet-Pi, you can use the Pi install script available here. If you are on an RPM-based operating system, including RedHat, Fedora and CentOS, you can use the RPM install script available here. Как я понимаю Entware не относится ни к одним, ни к другим. Так ? Installing with npm To install Node-RED you can use the npm command that comes with node.js: sudo npm install -g --unsafe-perm node-red

Приветствую всех ! Стоит задача установить Node-RED - Графический конфигуратор для интернета вещей. 1. Скачиваю здесь пакеты: - v8.16.1-1 lang Node.js® is a JavaScript runtime built on Chrome's V8 JavaScript engine. Node.js uses an event-driven, non-blocking I/O model that makes it lightweight and efficient. Node.js' package ecosystem, npm, is the largest ecosystem of open source libraries in the world. - node-npm v8.16.1-1 lang NPM is the package manager for NodeJS 2. Устанавливаю их: - вначале node - потом node-npm (менеджер пакетов) 3. Скачиваю здесь пакет node-red-1.0.2.tar.gz А вот как его установить ? Ресурс указывает делать так: sudo npm install -g --unsafe-perm node-red при этом комментируя: Примечание: Команда «sudo» нужна только при установке на Linux и OS X. А как действовать мне ? И вообще этот пакет Node-RED можно установить на Entware ?

Дельный совет от Александр Рыжов Восстанавливать можно, положив полученный архив на чистую флешку в папку install

Остался один важный вопрос КАК СОЗДАВАТЬ РЕЗЕРВНЫЕ КОПИИ Entware ? Вижу варианты: 1. Создавать архив командой TAR. НО КАКОЙ КОМАНДОЙ ЕГО ВОССТАНАВЛИВАТЬ ? 2. Просто копировать содержание флэшки через SMB. НО ДОСТАТОЧНО ЛИ ЭТОГО БУДЕТ (ведь потеряются linux-аттрибуты файлов) ? 3. Делать образ флэшки Программой типа Acronis True Image. НО на флэшке файловая система Ext4 и у меня не получается. КАК БЫТЬ ? Может это в отдельную тему вынести ?

В результате экспериментов полностью утратил доступ к Entware через SSH. Но воодушевлённый сообщением решил пытаться его восстановить. Выкладываю журнал своих действий ВОССТАНОВЛЕНИЕ ДОСТУПА К Entware ЧЕРЕЗ SSH: - Отключил флэшку в Менеджере пакетов OPK: Накопитель: нет - Зашёл в Keenetic через Telnet - Подключил Флэшку командой: opkg disk Entware:/ Результат: Opkg::Manager: Disk is set to: EXT4:/. ПОЛУЧАЕТСЯ ОТКЛЮЧИЛ, А ПОТОМ СНОВА ПОДКЛЮЧИЛ ! == Т.Е. МОЖНО НЕ ДЕЛАТЬ ? - Зашёл в Entware командой: exec sh Результат: BusyBox v1.29.2 () built-in shell (ash) / # - Обновился командами: opkg update, opkg upgrade Collected errors: Куча ошибок - Повторил обновление командами: opkg update, opkg upgrade Collected errors: * resolve_conffiles: Existing conffile /opt/etc/mosquitto/mosquitto.conf is different from the conffile in the new package. The new conffile will be placed at /opt/etc/mosquitto/mosquitto.conf-opkg. * resolve_conffiles: Existing conffile /opt/etc/msmtprc is different from the conffile in the new package. The new conffile will be placed at /opt/etc/msmtprc-opkg. - Заменил 22 на 222 в файле /opt/etc/config/dropbear.conf - Перезапустил Keenetic (чтобы размонтировать диск Entware:/) == Наверное можно было командой, но не знаю какой ? - Менеджер пакетов OPKG: Накопитель: Entware Сценарий initrc: /opt/etc/init.d/rc.unslung - Увидел в Журнале долгожданное: Янв 17 11:13:21 dropbear[574] Running in background - Успешно подключился к Entware через SSH с портом 222 ! - Для проверки одновременно успешно подключился к Keenetic через SSH с портом 22 !

Это не просто для информации - это реальный способ решить проблему доступа к Entware ! Буду пробовать ! P.S. Теперь появилась возможность восстанавливать резервные копии Entware. Правда не знаю какой командой..

Год назад всегда входил на роутер через Telnet (по-моему, тогда еще SSH ещё не было) Когда установил Entware, входил на него через SSH по порту 22 После автообновлений версий Keenetic при входе через SSH по прежнему порту 22 стал попадать на Keenetic, а не на Entware. В конфиг.файле увидел команду на запуск SSH, но я ничего не делал. Тогда откуда это взялось в конфиг.файле ?

Ставил эксперименты. Перестало работать, что ранее получилось. Пытаюсь восстановить. В свое время сделал архивацию командой: tar cvzf /opt/Entware-backup-`date "+%Y-%m-%d_%H-%M"`.tar.gz -C /opt . А какой командой теперь восстанавливать, если в справке следующее ? ~ # tar -h BusyBox v1.25.1 () multi-call binary. Usage: tar -[cxtzhvO] [-X FILE] [-T FILE] [-f TARFILE] [-C DIR] [FILE]... Create, extract, or list files from a tar file Operation: c Create x Extract t List f Name of TARFILE ('-' for stdin/out) C Change to DIR before operation v Verbose z (De)compress using gzip O Extract to stdout h Follow symlinks X File with names to exclude T File with names to include Так правильно ? tar xvzf /opt/Entware-backup-`date "+%Y-%m-%d_%H-%M"`.tar.gz -C /opt .

Покопался в своих конфиг-файлах разных версий Keenetic, перечитал справку по CLI и у меня получилось более расширенное объяснение для себя и новичков: - С версии 2.00 доступ к настройкам Keenetic посредством CLI осуществлялся через Telnet-сервер, находившийся по-умолчанию на порту 23 и по-умолчанию включенный. - С версии 2.12 доступ к настройкам Keenetic посредством CLI стал возможен и через SSH-сервер, находившийся по-умолчанию на порту 22 и вначале по-умолчанию выключенный. - Когда мною устанавливалась Entware, Keenetic-овский SSH-сервер, находившийся по-умолчанию на порту 22, по-умолчанию был выключен. - Поэтому собственный Entware-овский по-умолчанию включенный SSH-сервер (реализованный пакетом dropbear) и тоже находившийся на порту 22 РАБОТАЛ. - Как минимум в последующих версиях 13 и 14 Keenetic-овский SSH-сервер по-умолчанию стал включенным и занял порт 22 - поэтому Entware-овский SSH-сервер перестал запускаться.

Итак было сделано в апреле 2018 года: 1. Установлена Entware и обновлены пакеты 2. Первоначальная связка логин root и пароль keenetic не была изменена, а для входа в Keenetic использовалась связка логин admin и мой пароль 3. Пакеты с тех пор ни разу не обновлялись 4. Неоднократно обновлялась прошивка самого Keenetic В РЕЗУЛЬТАТЕ: Войти по SSH в шелл Entware не удавалось Вчера было сделано: 1. По совету dexter сменил порт SSH-доступа к шелл Entware с помощью изменения в файле ftp://192.168.11.21/etc/init.d/S51dropbear (т.е. /opt/etc/init.d/S51dropbear) номера в строке: PORT=222 2. По подсказке dexter, обнаружил в Журнале отсутствие запуска dropbear В РЕЗУЛЬТАТЕ: Войти по SSH в шелл Entware по-прежнему не удавалось Перечитал несколько раз и сделал следующее: 1. Создал на компе файл dropbear.conf и записал в него единственную строку: PORT=2222 2. Создал папку на диске Entware: /opt/etc/config/ и с помощью WEB-интерфейса Роутера загрузил в неё файл dropbear.conf 3. Перезапустил OPKG (по совету dexter, отключая и подключая носитель флэшку с Entware в Менеджере пакетов OPKG на Роутере) 4. Обнаружил в Журнале запись о старте dropbear ! 5. Подключился по SSH на 22 порту к шелл самого кинетика (проверил по совету dexter, нажимая TAB) 6. Зашёл по прежней связке логин admin + мой пароль и отключился 7. Подключиться по SSH на 2222 порту к шелл Entware НЕ УДАЛОСЬ (Почему ?) 8. Подключился по SSH на 222 порту к шелл Entware (Почему 222, а не 2222 ?) 9. Зашёл по прежней связке логин root и пароль keenetic В РЕЗУЛЬТАТЕ: Войти по SSH в шелл Entware удалось ! 1. ПОЧЕМУ ПРИ ОБНОВЛЕНИЯХ Keenetic НЕ СТАЛО SSH-ДОСТУПА К ШЕЛЛ Entware, пакеты которой не обновлялись 2. НЕ МОГУ ОБЪЯСНИТЬ ПРОИЗОШЕДШЕЕ 3. И ЧТО ДЕЛАТЬ ДАЛЬШЕ, ЧТОБЫ ПРИВЕСТИ ВСЁ В ПОРЯДОК И ОБНОВИТЬ ПАКЕТЫ

И не лень писать ни о чём ? Ведь из первого сообщения темы видно, что делалось и что соответственно пакеты не обновлялись 9 месяцев.

И ни то и ни другое. Делал всё сам. И опять ошибка в логике умозаключений, т.к. в приведенном скрипте запуска dropbear указан 222 порт, который я устанвновил по рекомендации и знающего и могущего помочь участника форума dexter: а я поменял на 222.

Cпециально перезагрузил роутер. Таких строк в журнале моего Keenetic нет

Вопросы: 1. А почему именно перед установкой Entware ? А после установки, т.е. сейчас, нельзя ? 2. Правильно ли я понял, что существуют два варианта разведения SSH-доступа к шелл самого кинетика и к шелл Entware на разные порты: А. Меняем порт SSH-доступа к шелл Entware с помощью указания в файле ftp://192.168.11.21/etc/init.d/S51dropbear (т.е. /opt/etc/init.d/S51dropbear) строки PORT=222 Б. Меняем порт SSH-доступа к шелл Keenetic с помощью указания в его конфиг.файле строк: ! <=== этот знак от вышерасположенного фрагмента конфиг.файла Keenetic. Так ? ip ssh port 62200  security-level private lockout-policy 5 15 3 ! <=== этот знак закрывает блок настроек ssh. Так ?

Извините, что долго не отвечал. Только с работы вернулся. У меня окно имеет вид слева - значит вход был через шелл самого кинетика ! Получается, что dropbear, предоставляющий SSH-доступ к шелл Entware, у меня вообще не запускается и поэтому изменение порта в файле ftp://192.168.11.21/etc/init.d/S51dropbear на 222 или 2222 ни к чему не приводит. Так ? А если бы он запускался, то должен ли был он быть в логе ?

Извините, но не уловил мысль. Объясните пожалуйста

В результате на данный момент имею: 1. В файле ftp://192.168.11.21/etc/init.d/S51dropbear указано: PORT=222 Может при правке в редакторе AkelPad атрибуты файла были изменены и поэтому изменения отвергаются ? 2. В конфиге SSH-сервер вообще не указан, а значит не запущен. 3. В журнале при перезапуске OPKG и перезагрузке системы вообще нет упоминания о SSH-сервере. 4. PUTTY подключается по порту 22 и не подключается по порту 222. Куда копать дальше ?

Да я правил в файле ftp://192.168.11.21/etc/init.d/S51dropbear, но у него несколько другое содержимое: #!/bin/sh PATH=/opt/bin:/opt/sbin:/sbin:/bin:/usr/sbin:/usr/bin PIDFILE="/opt/var/run/dropbear.pid" PORT=222 DROPBEAR="/opt/sbin/dropbear" dropbear_status () { [ -f $PIDFILE ] && [ -d /proc/`cat $PIDFILE` ] } start() { $DROPBEAR -p $PORT -P $PIDFILE } stop() { kill `cat $PIDFILE` } case "$1" in start) if dropbear_status then echo dropbear already running else start fi ;; stop) if dropbear_status then stop else echo dropbear is not running fi ;; status) if dropbear_status then echo dropbear already running else echo dropbear is not running fi ;; restart) stop sleep 3 start ;; *) echo "Usage: $0 {start|stop|restart|status}" ;; esac

Отличная идея. У меня роутер настроен по инструкции техподдержки: получает IP для клиентов с другого роутера, а сам является DHCP-сервером только для гостевой сети. Именно поэтому и возникают ошибки в журнале: Янв 14 22:42:45 ndm Opkg::Manager: disk is set to: Entware:/. Янв 14 22:42:45 ndm kernel: EXT4-fs (sda): re-mounted. Opts: (null) Янв 14 22:42:45 ndm Opkg::Manager: /tmp/mnt/2830c0e8-ee61-540d-4a26-0271e5df6778 mounted to /tmp/mnt/2830c0e8-ee61-540d-4a26-0271e5df6778. Янв 14 22:42:45 ndm Opkg::Manager: /tmp/mnt/2830c0e8-ee61-540d-4a26-0271e5df6778 mounted to /opt/. Янв 14 22:42:45 ndm Opkg::Manager: /tmp/mnt/2830c0e8-ee61-540d-4a26-0271e5df6778 initialized. Янв 14 22:42:45 ndm Opkg::Manager: configured init script: "/opt/etc/init.d/rc.unslung". Янв 14 22:42:45 ndm Core::ConfigurationSaver: saving configuration... Янв 14 22:42:45 mosquitto[9535] Warning: Mosquitto should not be run as root/administrator. Янв 14 22:42:45 root Started cron from . Янв 14 22:42:49 ndm Network::Interface::Repository: unable to find Bridge0 as "Network::Interface::IP". Янв 14 22:42:49 ndm SstpServer::Manager: no such IP interface: Bridge0. Янв 14 22:42:49 ndm Network::Interface::Repository: unable to find Bridge0 as "Network::Interface::IP". Янв 14 22:42:49 ndm VpnServer::Manager: no such IP interface: Bridge0. Янв 14 22:42:49 ndm Core::ConfigurationSaver: configuration saved. Янв 14 22:43:03 ndm Core::Server: started Session /var/run/ndm.core.socket. Янв 14 22:43:03 ndm Core::Session: client disconnected. Янв 14 22:43:03 ndm Core::Server: started Session /var/run/ndm.core.socket. Янв 14 22:43:03 ndm Core::Session: client disconnected. Янв 14 22:43:03 ndm Core::Server: started Session /var/run/ndm.core.socket. Янв 14 22:43:03 ndm Core::Session: client disconnected. Янв 14 22:43:04 ndm Core::Server: started Session /var/run/ndm.core.socket. Янв 14 22:43:04 ndm Core::Session: client disconnected. Но если в этом деле, я могу флэшку вставить в нормально настроенный роутер.