Arabezar

Такой жести я ещё не встречал... Я убил 2 дня на поиски... короче... TL;DR Проблема тормозов VMM в экстеншене cpuinfo ! Теперь подробнее... Как я указывал ранее, ARC по умолчанию предлагает поставить только один Extension: cpuinfo Я же поставил несколько, включая модуль cpuinfo (который по умолчанию). ... и начались тормоза в VMM... Чё я только не делал... Добавлял процов и памяти виртуалке (2 проца + 4 ГБ ОЗУ, было 1 проц + 2 ГБ ОЗУ - прекрасно всё летало) Удалял пакет VMM (виртуалки не удаляются) с последующей установкой и подхватыванием виртуалок Экспортировал виртуалки, удалял их и импортировал вновь Удалял Guest Tools, проверял и устанавливал заново Копал virsh через терминалку (ssh), QEMU/virsh какая-то урезанная и не выдаёт даже список виртуалок, чтобы поменять их параметры через конфигурирование XML В конце концов, т.к. механизма удаления экстеншенов, как я понял, нет (нельзя просто взять и выключить флаг в лоудере), приходится при каждом отключении экстеншена пересобирать лоудер и восстанавливать DSM из PAT-файла. Это не касается пакетов, их необходимо переставлять (например, патч Surveillance). Так вот заработала сборка Наконец, мои виртуалки Win11 и WinServer 2012/2019 снова летают. Всем бобра! P.S. А чтоб информация о CPU отражалась всё-таки корректно, придётся пока пользоваться старым патчем

Вопрос на засыпку: как откатить установленный Extension? Мне, в частности, хотелось бы откатить cpufreqscaling

Как думаете, может ли Extension cpufreqscaling повлиять на кардинальное замедление работы виртуалок под VMM после апдейта с 7.1 на 7.2 (с требуемым обновлением самого VMM)? Под 7.1 виртуалки летали, теперь еле шевелятся, по часу-два только логинится. ((( Не пойму, куда копать. Виртуалки - Windows 11, Guest Tools стояли.

... как раз вышло очередное 763 последнее китайское предупреждение обновление: 23.10.2... ой, сорри, на git уже 23.10.2a... ну ладно уж... не угонишься за последним )))

Разумеется! Не стал конкретизировать. Да, на выхах буду переползать. ))

Странно... Глянул вскользь, данный загрузчик совсем не обсуждается в английской ветке... Или плохо смотрел? Ткните ссылкой, плиз, если есть куда... Щас использую TCRP с DSM 7.1.1-42962 Update 1, хочу проапдейтиться до 7.2. Глянув на фичи ARC, загорелся им, ибо сразу пропатчить систему можно - круто! Надёжнее, наверное, было бы использовать ARPL вместо ARC... ибо уже проверено кровью... или я не прав? P.S. И вопрос маленький. На git в релизах есть архив update.zip. Зачем он?

И теперь вишенка на торте: т.к. COPSFB2 поддерживает OPDS, библиотека сходу залетает в сетевые библиотеки FBReader, можно искать/читать прям оттуда. Уже наслаждаюсь, и Вам желаю!

Откопаем стюардессу... На 7.1 всё практически так же. Щетаю, что все модули для PHP включать вредно, поэтому имеет смысл ограничиться только следующими расширениями: gd, intl, pdo_sqlite, zip В настройках виртуального хоста наряду с Nginx профиль PHP по умолчанию я не использовал, а создал свой для приложения, причём open_base - по умолчанию И, как правильно заметили выше, при настройке прав на библиотеку архивов книг, необходимо дать права на Чтение группе пользователей http на всю Папку общего доступа в Панели управления, обязательно от корня, иначе файлы архивов книг не найдутся.

Спасибо. Решил обновиться с 6.2.3 до 7.1.1. Разумеется, я сначала на существующем железе проверил возможность работы 7.1.1, установив её с нуля. Апгрейд прошёл без проблем (без промежуточных обновлений), но с нюансами. Например, требуется обновить (DSM пишет "восстановить") множество пакетов (MariaDB 10, MediaWiki, phpMyAdmin, Surveillance Station, WordPress), также не взлетел Python2 , отвалился Synology Drive Client (на Windows, ибо на Android продолжает нормально работать и соединяться). В общем, ещё полдня возни. Но в целом я доволен.

У меня 5 дисков на 918+, все видны

Привет всем. Хочу апгрейднуться с 6.2.3 до 7.1.1. 6.2.3 для DS918+ установлена достаточно давно и работает стабильно. При тестовой новой установке 7.1.1 (918+) на железо без старых дисков система предлагает скачать PAT-файл (как потом выяснилось, с уже интегрированным Update 1)... а чуть ниже - предложение по апгрейду с 6.2.3 на 7.1.1 не напрямую, а с использованием дополнительных шагов (https://www.synology.com/en-global/support/download/DS918+?version=7.1#system). Безопасно ли пропустить промежуточный апгрейд (7.0.1-42218)? В текущей ветке это не упоминают, либо игнорируют... кто-то не придаёт этому большого значения. Есть ли те, кто безболезненно пропустил промежуточный шаг? Настраивать всё заново желания нет.

Также надо убрать --dns Мне кажется, текстовый ключ меняется. Ждать придётся 2 месяца по умолчанию (60 дней, если точнее))) Для мгновенного перевыпуска требуется ключ --force

Инструкция в данной ветке (конкретнее, пункт 2) предназначена для собственного Synology DNS Server. К сожалению, я уже не могу поменять название ветки и добавить туда эту информацию. Скрипт acme.sh поддерживает много провайдеров DNS, список постоянно расширяется. Для каждого требуется свой подход, Cloud Flare в нём первый, но он Вам не нужен, см. ниже… Да, т.к. для Вашего провайдера DNS пока никто скрипт для acme.sh не написал, в Вашем случае необходимо всё далать вручную, следуя приведённой Вами же ссылке на Beget.API Вы уже написали скрипт для провайдера Beget.ru?

Wiki updated: - Requirements - Updating cert (user informing)

Ок, давайте разбираться. Пункт инструкции «3. Updating cert» работает? Я бы проверял работу этого пункта в терминале, там сразу видно, что пошло не так.

Как и говорил, всё нормально обновилось, но предварительно пришлось обновить скрипт из-за 2FA (двухфакторной авторизации). В точку! Именно ради wildcard! Иначе бы не заморачивался. Хм... У меня 6 виртуальных хостов на WebStation (и это не предел)… и все некоммерческие… и это не считая опубликованных стандартных приложений.

Где-нить в сентябре придётся опять перевыпускать сертификат - отпишусь. У меня основная проблема была не с перевыпуском сертификата, здесь всё работало нормально, а с запуском второго скрипта, копирующего новый сертификат во все приложения системы, из-за 2FA (двухфакторной авторизации), ибо header при обновлении сертификата тоже меняется, соответственно, скрипт надо каждый раз корректировать, что не удобно. Решением был бы вызов копирования сертификата средствами командной строки, а не не через WebAPI.

Wow! Such good news! I've also made the upgrade to DS918+ from bromolow so far but unfortunately no one makes the compilation for apollolake ((( We all are waiting for this stuff! )))

Попробуйте назвать в Syno без звёздочки - это всего лишь описание. P.S. У меня в Syno серт назван по шаблону mydomain.ru, всё работает P.P.S. Скрипт деплоя писал не я, исправлять (тратить время) смысла не вижу, достаточно просто переименовать описание сертификата ))

Несколько дней ждать необходимо только если часто производился выпуск (не деплой) сертификатов СЦ. Деплой (если мы говорим о п.4 описанной мной процедуры) не уменьшает количество попыток СЦ выпуска сертификатов. Для первого запуска перед скриптом необходимо указать (export) пользователя и пароль (указано после п.4) в формате из файла deploy/synology_dsm.sh: SYNO_Username, SYNO_Password. SYNO_Certificate должен содержать название конфигурации, которая как раз будет заменена, если существует или создана, если нет.

Важно понимать каждый Ваш шаг. «засунул в DSM» - какие шаги? Этого должно быть уже достаточно, нечего больше автоматизировать. Зачем скрипт деплоя запускать? Вы сертификат и так уже «засунули в DSM». Обновление текущего сертификата будет работать только после успешного логина в службу выдачи и выпуска сертификата, именно он и будет обновляться. Нельзя взять произвольный сертификат и обновить его.

Собснна, на этом шаге и выпускается серт, на последующем шаге он обновляется, если необходимо. Успешным итогом будет файл fullchain.cer, но для его получения необходимо пройти второй шаг, который напрямую зависит от DNS Вашего домена. Параметр --staging указывает на тестовый сервер, на нём надо тренироваться, ибо количество запросов к реальному серверу при запросе сертификата ограничено по времени. В зависимости от Вашего DNS необходимо уметь правильно подтвердить права на Ваш домен, для которого Вы получаете сертификат. Я расширение для acme.sh делал только для Synology DNS Server. С API остальных DNS не возился, их необходимо изучать отдельно, главное - терпение.

Так в результате сертификат выпустился успешно? Задание запускали по описанию п.3? Какой DNS используется для доменов?

- Outcome of the installation/update: SUCCESSFUL - DSM version prior update: DSM 6.2.3-25426 Update 2 - Loader version and model: Jun v1.04b - DS918+ - Using custom extra.lzma: NO - Installation type: BAREMETAL - Supermicro MBD-X11SCL-IF-O, mini-ITX, Intel C242 chipset, CPU Intel Core™ i3-9100F, RAM 32GB, HDD Seagate NAS 4*3=8TB (SHR), WD Ultrastar 12TB, SSD Intel 545s 512GB, Power Thermaltake TR-500P 500W, Back-UPS CS 650 - Additional Comment: Reboot required

Собственно, для сервиса Let's Encrypt это и было сделано. Что не получилось, пишите сюда. Там делать то нечего по большому счёту, просто важно разобраться…