iFinder

Еще интересное обнаружил, когда запрашивается и удачно выясняется информация о папке: root@GigaSt:~$ curl -u Test:Test -l ftp://192.168.11.123/01D69E79F3520B00 01D69E79F3520B00 Значит дело точно не в авторизации. А вот запрос информации о имеющемся файле заканчивается ошибкой: root@GigaSt:~$ curl -u Test:Test -I ftp://192.168.11.123/01D69E79F3520B00/log.txt curl: (9) Server denied you to change to the given directory Не понятно, что такое мы делаем, чтобы сервер отказывал в доступе ?

Не могу выгрузить файл на FTP-сервер, когда доступ на него НЕ анонимный: root@GigaPa:~$ curl -T /opt/file.txt ftp://Test:Test@192.168.11.125/tmp/mnt/01D69E79F3520B00/_FTP/file.txt % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (9) Server denied you to change to the given directory ИЛИ root@GigaPa:~$ curl -u Test:Test -T /opt/file.txt ftp://192.168.11.125/01D69E79F3520B00/_FTP/file.txt % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (9) Server denied you to change to the given directory Вообще не пойму почему не пускает. Права пользователю даны. Если Анонимный доступ, то всё нормально: root@GigaPa:~$ curl -T /opt/file.txt ftp://Test:Test@192.168.11.125/01D69E79F3520B00/_FTP/file.txt % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 22653 0 0 100 22653 0 54449 --:--:-- --:--:-- --:--:-- 54585 Ещё раз просмотрел Справку по ключам Curl - ничего не нашёл. Поиск "curl: (9) Server denied you to change to the given directory" в инете тоже ничего не дал

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

ID диска использую, т.к. у меня флэшки могут быть с одинаковыми метками. root@GigaSt:~$ ls /tmp/mnt 01DAE8F47451C0B0 Entw-AS Файловая система действительно не рекомендуемая Ext4, а NTFS. NTFS была выбрана, т.к. с файлами на флэшке активно работают Windows-программы и есть постоянный CMB/CIFS доступ из Total Commander. Да и вот уже несколько лет не было никаких проблем. Результаты поиска причины: - Размеры того, что успевает выгрузиться разные, но все около 100 Мб. Таймаут 2 минуты (120 сек.) , т.е. примерно 0.9 Мб за 1 сек. - Размер успешно выгруженного (самый первый мой архив) 70 Мб выгружался 70 секунд., , т.е. примерно 1 Мб за 1 сек. - Появляются основания считать, что причиной служит ограничение ожидания распаковки 2 минуты. Как таймаут можно изменить ?

Приветствую всех. Пришло время восстановить ранее работавшую Entware из Архива на новую флэшку. Положил в Папку Install, с помощью Putty подключился к Keenetic на порт 22, дал команду: opkg disk 01DAE8F47451C0B0:/ Начинается процесс распаковки, который виден на флэшке и в Журнале: Мар 31 06:05:28 ndm Opkg::Manager: /tmp/mnt/01DAE8F47451C0B0 mounted to /tmp/mnt/01DAE8F47451C0B0. Мар 31 06:05:28 ndm Opkg::Manager: /tmp/mnt/01DAE8F47451C0B0 mounted to /opt/. Мар 31 06:05:28 npkg inflating "E-2025.01_NR-3.1.0_2025.03.05_15-30_GigaTo_Backup.tar.gz". Но затем процесс останавливается и папка Install не удаляется: Мар 31 06:07:28 ndm Opkg::Manager: system failed [0xcffd0256], timed out. Размер архива 250 Мб. Пробовал повторять - успевает распаковаться около 100 Мб, но каждый раз немного разное количество. Архивы меньшего размера распаковываются без проблем. В чём может быть причина и что делать ?

Спасибо за инструкцию как это сделать. Но хотелось бы понимать: 1. Что такое "индекс репы" ? 2. Зачем делать "индекс репы" ? - в этой теме раньше никогда об этом не было 3. Для чего нужен "poorbox" (с Ваших слов "обрезанный" busybox), если есть сам busybox ?

Приветствую. А где можно это всё скачать ? Это нужно, чтобы обновитьcя до 2 версии как Entware-пакет. К сожалению сейчас доступна 3 версия, но уже как Node-пакет.

4. Удалось решить выполнением при загрузке перед NodeRED файла с единственной командой: 5. В прежней Entware (2019, см. начало темы) тоже на флэшке NTFS такого поведения cron точно не было ! 6. Уточняю, что Entware стоит на флэшке с двумя разделами: NTFS (16 Гб) и Linux Swap (512 Мб). Вопросы: 1. Правильно ли я решил эти проблемы или нужно было по-другому ? 2. Что сделать, чтобы такое не повторилось с другими пакетами Entware и NodeRED - очень уж много времени ушло на поиски. 3. Получается это проблема (при монтаже раздела меняются атрибуты) самой последней на 10.10.2020 Entware !?

Ну вот и обнаружилась первая проблема: Предыстория: 1. Установил пакет 'node-red-contrib-join-joaoapps', настроил и начал пользоваться. 2. Пакет установился в 'opt/lib/node_modules/node-red/node_modules/node-red-contrib-join-joaoapps' а в ней в том числе папка '/joinserver'. 3. Спустя несколько дней пришлось перезагрузить Giga III, на котором установлена NodeRED. Проблема № 1: 1. После перезагрузки NodeRED перестала работать отображая всплывающее окно: 2. А в журнале появились строки: 3. Выполнил команду: 4. Получается папка 'opt/lib/node_modules/node-red/node_modules/node-red-contrib-join-joaoapps/joinserver' имеет атрибуты 775 ! 5. Какие были атрибуты до перезагрузки не догадался посмотреть. Проблема № 2: 1. После перезагрузки перестал работать планировщик cron, выдавая в журнале Giga III: 2. Стал работать после выполнения команд: 3. Но после очередной перезагрузки снова перестаёт работать. 4. При этом файлу /opt/etc/crontab снова присвоены атрибуты 775 ! Выводы и Вопросы: 1. Запуск Cron, конечно, не относится к NodeRED, но что-то проявления похожие. 2. Проблему с поведение Сron удалось решить выполнением при загрузке перед Cron файла с единственной командой: 3. Но как быть с поведением NodeRED ?

Приветствую NodeRED на всех устройствах с CPU MIPS, в том числе на домашних роутерах Keenetic !

Это реально круто. Приветствую NodeRED на роутерах ! Отсутствие Вашего ответа на мой первый вопрос укрепляет меня в предположении о Вашем авторстве опакечивания NodeRED. Первые результаты потрясли простотой реализации: 1. Выполнил установку: opkg install http://bin.entware.net/mipselsf-k3.4/test/node-red_1.1.3-1_mipsel-3.4.ipk 2. Установилось без ошибок за ~3 мин. 3. Запустил NodeRED из под командера mc: root@GigaIII-YN:/opt/etc/init.d$ ./S99node-red start 4. Через ~40 сек. зашёл в интерфейс NodeRED и установил оттуда свой проблемный узел "node-red-contrib-join-joaoapps": 5. Несмотря на 2 записи в логе [err] ... следов неработоспособности пока не обнаружил. 6. Настроил и проверил работу этого узла. Всё работает ! 7. Буду тестировать дальше

Уважаемый TheBB ! Получается это Вы вчера сделали сборку и выложили ? Правильно ли я понимаю по месту расположения пакета, что его статус хоть и остался тестовым, но уже стал не только для Keenetic ?

Приветствую, TheBB ! Некорректность прошлой установки заставила сделать всё заново, а тут такая новость: Пакет исчез ! Все подпапки на сервисе пересмотрел и не нашёл о NodeRED вообще ничего. Означает ли это, что пакет неудачен и его поэтому вообще удалили ?

1. Почему почти ? 2. В чём разница: http://bin.entware.net/mipselsf-k3.4/Packages.html - Это пакеты Entware. Ясно. http://bin.entware.net/mipselsf-k3.4/keenetic/Packages.html - Это пакеты Entware для Keenetic. Но как это понимать ? Что значит для Keenetic ? Ведь все пакеты Entware тоже подходят для Keenetic. http://bin.entware.net/mipselsf-k3.4/keenetic/test/ - Это тестовые пакеты Entware для Keenetic. И это как понимать, что curl есть и здесь и в http://bin.entware.net/mipselsf-k3.4/Packages.html ? 3. Кому спасибо сказать за опакечивание ? 4. Вы предполагаете, что там сложности возникнут, из-за которых инструкцию писать придётся ?

Правильно ли я понимаю, что раньше `nod-red` был пакетом `npm`, который был пакетом `Entware`, а сейчас `nod-red` стал самостоятельным пакетом `Entware`, т.е. в Вашей терминологии опакечен ? Ждём-с инструкции... от кого ? И как узнать, что они появились ?

Конечно можно. В этой теме достаточно обобщений - Специально для начинающих и писалось. Можете даже на эти обобщения ссылки сделать.

А как выглядел перенос ? и на каком этапе ?

Нашёл нечто, что может объяснить различие моей Node-Red и Вашей. Вот фрагмент файла: '/opt/lib/node_modules/node-red/red.js': И еще у меня: ~ # echo $HOME /opt/root ~ # echo $NODE_RED_HOME ~ #

см. 3 Я имел ввиду, что встречал Рабочую папку '.node-red', но в Вашей Node-Red её совсем нет.

Спасибо Вам за проведённые исследования. Получается, что у Вас так: 1. Запуск Node-Red ПРИ ЗАГРУЗКЕ БЕЗ указания Рабочей папки приводит к тому, что Node-Red запускается и Рабочей папкой считает '/opt/lib/node_modules/node-red/'. При этом тестовый файл записывается в этой папке, а ДопУзлы устанавливаются в папку '/opt/lib/node_modules/node-red/node_modules' и NodeRed их видит. 2. Запуск Node-Red ВРУЧНУЮ ПОСЛЕ ЗАГРУЗКИ БЕЗ указания Рабочей папки приводит к тем же результатам, что и в п.1. 3. Запуск Node-Red ПРИ ЗАГРУЗКЕ С явным указанием Рабочей папки '/opt/root/.node-red' приводит к тем же результатам, что и в п.1. Единственно, что меня смущает, что у Вас Рабочая папка в начале имени не имеет знака точки '.'. Осваивая работу в Node-Red, я встречал в инете описания настроек, в которых имя Рабочей папки начиналось со знака точки '.' Надо будет найти возможность и установить Optware и Node-Red с нуля...

Видимо, да. Но это вроде не при загрузке самой Entware ?

Увидел, что установили ДопУзлы 'node-red-dashboard' и 'node-red-node-ping'. Пингуете с помощью ДопУзла 'node-red-node-ping'. И настроили 6 вариантов Графиков ДопУзел из 'node-red-dashboard'. А 'node-red-daemon' что делает ?

Даже когда запускаете при загрузке и без указания Рабочей папки ?

Постепенно выкресталлизовывается суть проблемы. Node-Red при запуске берёт пользовательские настройки из папки, которую считает Рабочей. Кроме того, по идее в этой папке должен создаваться Тестовый файл, а ДопУзлы, установленные из WEB-интерфейса, устанавливаться в '/opt/root/.node-red/node_modules' - у меня, по крайней мере, так: 1. Запуск Node-Red ПРИ ЗАГРУЗКЕ БЕЗ указания Рабочей папки приводит к тому, что Node-Red совсем НЕ запускается. 2. Запуск Node-Red ВРУЧНУЮ ПОСЛЕ ЗАГРУЗКИ БЕЗ указания Рабочей папки приводит к тому, что Node-Red запускается и Рабочей папкой считает '/opt/root/.node-red'. При этом тестовый файл записывается в этой папке, а ДопУзлы устанавливаются в папку '/opt/root/.node-red/node_modules' и NodeRed их видит. - ЭТО единственный вариант,когда функционал полностью работоспособен. Но нужен именно запуск при загрузке. 3. Запуск Node-Red ПРИ ЗАГРУЗКЕ С явным указанием Рабочей папки '/opt/root/.node-red' приводит к тому, что Node-Red запускается и Рабочей папкой считает указанную, НО тестовый файл записывается неизвестно куда, а установка ДопУзлов из WEB-интерфейса заканчивается ошибкой (сама Node-Red не находит их в месте установки). Потоки Node-Red при этом обрабатываются нормально. Пока приходится делать так: Загрузка происходит по 3-му варианту. Когда мне необходимо записать в Файл, то я указываю явный путь: '/opt/root/.node-red/TestFile.txt'. А если надо установить ДопУзел, то вручную перезапускаю Node-Red с явным указанием Рабочей папки '/opt/root/.node-red'. Понятно, что надо решить проблему изящнее. И чтобы следом идущие не тратили столько времени на изучение и борьбу с проблемой. Вот поэтому Вас и терзаю

Я видел всего один Dashboard, поэтому уровень реализации Вашего меня впечатлил. Сможете поделиться ? И, если не секрет, а где Вы её брали ?