Albram

Присоединяюсь к пожеланиям. Сейчас всё больше провайдеров поддерживают ipv6, вот и мой с декабря начал выдавать native ipv6. И тоже столкнулся с тем, что в web-интерфейсе нет возможности указать ipv6 адреса (Keenetic Ultra чёрный, прошивка 2.13.C.0.0-4). Проблема, конечно, решаема через командную строку, но всё-таки было хорошо и в web-интерфейсе иметь возможность указывать ipv6 адреса в настройках соединений, фильтрах, списке устройств и т.д.

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

Запустите lighttpd с опцией -t для проверки синтаксиса config файла: ~ # /opt/sbin/lighttpd -t -f /opt/etc/lighttpd/lighttpd.conf Syntax OK Если выдаст ОК, то посмотрите после неудачного старта что пишется в лог: ~ # cat /opt/var/log/lighttpd/error.log

Т.е. вывод комадны ps | grep lighttpd пустой ? ~ # ps | grep lighttpd 593 root 5468 S lighttpd -f /opt/etc/lighttpd/lighttpd.conf А в конфиге lighttpd какой порт указан? Если тот, что был по умолчанию - 80, то так и должно быть, т.к. этот порт уже занят web сервером роутера. в файле /opt/etc/lighttpd/lighttpd.conf в строке server.port = 8080 у вас какой порт указан?

Ну мало ли, может вы с правами что-то сделали, потому, например, и не работало. Осталось найти разницу))

smarthtml.cgi smarthtml.sh Вот мои файлы. А вы с правами как в конце инструкции написано (где про sudo) ничего не делали?

Имя диска правильно указано в скрипте, как на скрине /dev/sda ? А то бывает, что после переподключения sda и sdb местами меняются.

На вашем скрине в корне web сервера есть файлы png для построения картинки графика, т.е. rrdtool отработал. А вот почему он не отображается, это уже другой вопрос. Посмотрите что у вас в этой части smarthtml.sh SCRIPT_ROOT="/opt/var/smarthtml" DB_DIR="${SCRIPT_ROOT}/db" LOG_DIR="${SCRIPT_ROOT}/log" MTA_MSG_FILE="${SCRIPT_ROOT}/email" HTML_DIR="/opt/share/www" HTML_OUTPUT="${HTML_DIR}/smart.html" CGI_MODULE_WWW_PATH="/cgi-bin/smarthtml.cgi" RRD_DB_DIR="${SCRIPT_ROOT}/rrd" RRD_DB_EXT="rrd" RRD_GRAPH_DIR="$HTML_DIR" RRD_GRAPH_WWW_PATH="." RRD_GRAPH_TYPE="PNG" RRD_GRAPH_EXT="png" RRD_GRAPH_WIDTH=600 RRD_GRAPH_HEIGHT=240

В скрипте /opt/usr/bin/smarthtml.sh использование rrd и cgi задается параметрами: … ### RRD support (0 - disable; 1 - enable) USE_RRD=1 ### RRD database preset (1 - 30mins; 2 - 1hour; 3 - 3hours; 4 - 6hours; 5 - 12hours; 6 - 24hours) RRD_DB_PRESET=3 ### S.M.A.R.T. attributes for RRD RRD_SMART_ATTRS="smart3 smart194" # Spin-up time & temperature #RRD_SMART_ATTRS="smart194" # Only a temperature data for RRD RRD_SMART_ATTR_DEF_PIC="smart194" ### CGI-module smarthtml.cgi (0 - disable; 1 - enable) USE_CGI_MODULE=1 Проверьте эти параметры. Также при первом запуске скрипта должны были создаться каталоги: /opt/var/smarthtml /opt/var/smarthtml/db /opt/var/smarthtml/log /opt/var/smarthtml/rrd и файл: /opt/var/smarthtml/rrd/sda.rrd Каталог скрипта cgi (для запуска проверки вручную со страницы), картинки графика и сам html файл страницы лежат здесь: ~ # ls -l /opt/share/www/ drwxr-xr-x 2 root root 1024 Oct 16 00:08 cgi-bin -rw-r--r-- 1 root root 30307 Mar 17 12:10 sdb_smart194_-14days.png -rw-r--r-- 1 root root 30525 Mar 17 12:10 sdb_smart194_-30days.png -rw-r--r-- 1 root root 37439 Mar 17 12:10 sdb_smart194_-365days.png -rw-r--r-- 1 root root 25929 Mar 17 12:10 sdb_smart3_-14days.png -rw-r--r-- 1 root root 23785 Mar 17 12:10 sdb_smart3_-30days.png -rw-r--r-- 1 root root 25338 Mar 17 12:10 sdb_smart3_-365days.png -rw-r--r-- 1 root root 20975 Mar 17 12:10 smart.html Смотрите что у вас не так. 

Да, про блокировщик прочитал сразу, но он мне как раз не нужен. У вас больше 70 на серверах с фильтром, без фильтра чуть быстрее, во всяком случае в приведённом логе.

Попробовал я эти серверы, но что-то не впечатлила скорость отклика, по сравнению с расположенными ближе. Учитывая, что в настройках у меня стратегия fasters, то дело до них доходить будет редко.

Видимо да, не так понял. Подумал, что вопрос про то, как использовать совместно эти два решения.

Удалил ответ, т.к. он тут не по теме)

Конечно можно: используем в dnscrypt-proxy другие серверы, более быстрые, чем opennic (хоть те же яндексовские), а за доступ к нужным ресурсам отвечает указанное выше решение от Михаила, вместо доступа к их зеркалам в зоне .lib

Есть, но вариант, про который я написал, мне понравился больше, т.к. не все нужные сайты есть в .lib

Речь, в данном случае, о возможности резолвить зону .lib серверами opennic. Приведённые выше вами сервера этого не умеют.

Я перешёл на 2.13, там этой проблемы нет. Спасибо Вам за это! Когда-то у вас в техподдержке направили меня сюда за решением задачи просмотра SMART подключенного к интернет-центру диска. Так я оказался здесь и много чего почерпнул для себя.

Всем спасибо! Переход на 2.13 успешно состоялся. Привыкаю к новому интерфейсу, пока впечатления сугубо положительные. Останется перевести старый Entware на новый.

Спасибо! Я знал про эти команды, и именно так переходил на legacy. И смотрел changelog более старших версий и везде в них последней версией, в которой упоминался Zyxel Keenetic Ultra (Не KN-1810) была именно 2.11. Из этого я сделал вывод что на процессоры младше MT76xx эти версии не ставятся. Интересно почему тогда официальная тех. поддержка с месяц назад именно на 2.11 порекомендовала перейти...

Серьёзно? Не знал, т.к. в списке устройств в темах соответствующих версий про Zyxel Keenetic Ultra нет ни слова. Тогда это в корне меняет дело ?

Откуда-то же нашлись ресурсы на выпуск с неделю назад D.0.0-1. Потому и написал, с надеждой что пофиксят, т.к. на старых девайсах Zyxel Keenetic Ultra выше 2.11 не поставишь ничего. Да и переход на неё не от нечего делать произведён, а по причине описанной тут: https://forum.keenetic.net/topic/5230-zyxel-keenetic-ultra-создает-очень-много-фрагментов-mft-на-подключенном-usb-диске/

Универсальный рецепт, конечно ? Но перспективы решения понятны.

Keenetic Ultra, NDMS 2.11.D.0.0-1 после входа в интерфейс с планшета лог забивается сообщениями об отсутвующих файлах или каталогах. В предыдущей 2.11.D.0.0-0 было тоже самое.

Тогда смысла писать действительно нет. Официальная тех.поддержка рекомендовала обновить прошивку до 2.11, в ней обновлен компонент работы с накопителями. Обновил, понаблюдаю. Ещё один важный момент не указал, похоже что основной причиной падения ФС стала не высокая фрагментация MFT (она только мешала дефрагментировать диск после восстановления), а то, что в атрибуте B0 в MFT две записи указывали на одно и то же место. Удаление одной неправильной записи вернуло диск к жизни. Вот так выглядели записи атрибутов (красным выделено то, о чем писал).

sx2352, если периодически делать дефрагментацию диска в Windows, то это позволит не доводить ситуацию до критической. Но это борьба с последствиями, а не с причиной.