gaaronk
Участники форума-
Постов
355 -
Зарегистрирован
-
Победитель дней
3
gaaronk стал победителем дня 5 декабря 2023
gaaronk имел наиболее популярный контент!
Оборудование
-
Устройства
Giga III, Hopper, Start, Hero 4G, Duo
Посетители профиля
Блок последних пользователей отключён и не показывается другим пользователям.
Достижения gaaronk
Поставщик контента (4/6)
137
Репутация
-
В busybox 1.37 скрипт postinst стазу вызывал нужную оболочку #!/opt/bin/busybox sh bb_fc=`/opt/bin/busybox readlink -f /opt/bin/busybox` А вот в 1.38 он выглядит так #!/bin/sh [ "${IPKG_NO_SCRIPT}" = "1" ] && exit 0 [ -s /opt/lib/functions.sh ] || exit 0 . /opt/lib/functions.sh default_postinst $0 $@ А далее уже дергается postinst-pkg А вот с /bin/sh в кинетике проблема....
-
Ну обновить то можно, тока кузяво opkg flag hold busybox opkg update opkg upgrade opkg flag user busybox opkg upgrade # тут получаем Bad interpreter "/opt/bin/sh" не пугаемся, шелл работает /opt/lib/opkg/info/busybox.postinst-pkg И все. Если сначала сделать cp /opt/bin/busybox /opt/bin/sh - что бы shell выжил, то opkg upgrade не ругается, но /opt/lib/opkg/info/busybox.postinst-pkg все равно надо запускать потом rm /opt/bin/sh && ln -s /opt/bin/busybox /opt/bin/sh
-
Тут все просто На примере wget # ls -la /opt/bin/wget lrwxrwxrwx 1 root root 16 Apr 9 2026 /opt/bin/wget -> /opt/bin/busybox t# ls -la /opt/usr/bin/wget lrwxrwxrwx 1 root root 7 Nov 9 12:25 /opt/usr/bin/wget -> busybox апплет от busybox лежит в /opt/bin. если мы в ходе обновления удалили бинарь busybox, то при продолжении выполнения обновления система не найдет /opt/bin/wget и пойдет искать wget далее в PATH а в PATH есть /opt/usr/bin/ а там есть апплет от poorbox и работа скрипта продолжится только непонятно пщму размер poorbox больше чем busybox....
-
Сервер Nginx настроен жестко в том числе на этот адрес - 2001:2:7847:1251:feee:ed78:4712:5180/128 Нет адреса - Nginx не стартует
-
Что бы починить морду при старте системы я в скрипте /opt/etc/init.d/S01system делаю #!/bin/sh echo "0" > /proc/sys/net/ipv6/conf/ezcfg0/disable_ipv6 ip -6 addr add '2001:2:7847:1251:feee:ed78:4712:5180/128' dev ezcfg0
-
Если есть entware - web морду можно починить, отключив везде IPv6 наглухо
-
Произошёл инцидент. Неприятный. Но все бывает. И вместо того, чтобы честно и прозрачно рассказать: Что случилось, почему было принято то решение, которое было принято, как такие ситуации будут обрабатываться в будущем, что сделать прямо сейчас что бы нивелировать последствия такого (не самого удачного) решения и тд и тп. Мы получаем отсутствие ясной коммуникации, отсутствие инструкций – «всё решение в деталях разработчики вряд ли раскроют», то есть security through obscurity, и вообще все это когда ни будь потом, не сейчас по горячим следам - «увидим в недалеком будущем». Что же, позиция компании понятна. Спасибо.
-
Ну так дайте официальную инструкцию. Почему все так старательно обходят этот вопрос стороной?
-
Конечно. Очень внимательно. Есть железка. Есть ПО. Версия ПО меня устраивает. Более того именно эта версия ПО мне нужна. По ряду причин. И для этого автообновление отключено. Производитель признает что это не баг, что роутер сам обновился. Это сознательно заложенный функционал. И какой образ ПО с каким функционалом мне против моей воли вольют в следующий раз - я не знаю. Если это фича, а не бага - сообщите уже тут, в телеграмм канале, в документации - как это отключить.
-
Ну ок. "Да, у нас есть бэкдор. Мы им воспользовались. Примите наши фальшивые извинения. Нет, бэкдор мы не удалим, как его отключить мы не расскажем. Захотим и воспользуемся им снова и снова. Ваши устройства вам не принадлежат." Вопросов больше не имею.
-
Стоп стоп. Компания приняла решение форсить обновление. Уж она то озаботилась созданием резервной копии для всех кого "осчастливила"? Если нет - то почему? Если такая страшная дыра в безопасности - почему не сделали патч? Была у меня образно версия 4.1.7, стала 4.1.7.1 с патчем. Вариант - давайте не делать патч, а тупо накатить всем последнюю версию со всеми ее багами, ну это так себе.
