Leaderboard

Yes, in basic it‘s the correct way. You’ll have to reinstall DSM, install HyperBackup and restore everything with this app. Beside HyperBackup I would also make a backup from the DSM configuration from time to time.

https://pcloadletter.co.uk/2012/01/25/serviio-syno-package/ а здесь?

https://www.videohelp.com/software/Serviio/old-versions

Worked like a charm. Thanks for your patience and kindness mate.

Here is your issue. You have your boot loader set to slot 2 when the tutorials indicate that it must be SATA (0:0). Because your SataPortMap=1 that means the first controller (SATA 0) is only mapped for one drive, so this device is not assigned a /dev/sd slot. Therefore, the loader and script cannot find the device to remap for the synoboot devices. Change this to SATA (0:0) and you should find your upgrade works properly.

marvell does not have a recent pcie 3.0 sata/ahci chip and with just 1 or two pcie lanes for 4 ports ... , the often seen 88se9215 only has one lane and that#s 500MB/s for 4 ports if any the 88se9230/35 (two lanes 4 ports) asm has the asm1166 (6 ports 2 lanes pcie 3.0) but the firmware behaves odd, dsm will find 32 sata ports, the 6 ports work as expected and all following ports for another controller will get two digit sdXX, it seemed to work even with a disk shown as number 40 in the gui but i did not do much testing, i might fail when rebuilding a raid or in other situations https://xpenology.com/forum/topic/35882-new-sataahci-cards-with-more-then-4-ports-and-no-sata-multiplexer/

Please, update this script for work with new update DSM - 6.2.3 - 25426 update 3. Now it only works up to 6.2.3 25426-2 Thanks

could you please add a column whether hyper-v is supported? many people still hope to see the xplenology on hyper-v after dsm 5.2

Приветствую уважаемые Хреноводы ! РАПОРТУЮ о проделаной работе и даю ответ на главный вопрос темы. Установил DSM_DS3615xs_15266 ( .pat брал у официалов тут (прямая скачка) ) загрузчик Jun's loader v1.02b DS3615xs (брал тут) Установилось как по маслу, установку делал начисто, на один черновой хард, для пробы так сказать. Предварительно сделав полный бекап с хрени 4.3 из которого всё восстановил на новый DSM, не без приключений конечно, но базы встали и сайты мои поднялись, конфигурировать систему пришлось ручками, заодно и познакомился поближе. Понравилась. Косяков и глюков замечено не было пока что и надеюсь их не будет. И так ответ на главный вопрос темы. Сертификат на русскоязычный домен LetsEncrypt выдаёт, прописывать в форме получения его нужно в кодировке Punycode, почта естественно должна быть привязана к домену и указана в форме получения так же в кодировке Punycode ( указывается имя домена после @). Сертификат ставится моментально с указанием срока действия (3 месяца), надеюсь что по истечении годности он автоматически продлится, ну или хотя бы вручную можно будет это сделать. Так как сайт на русском домене у меня установлен в корневой папке, то при добавлении сертификата выбирал "Заменить существующий сертификат", поэтому сертификат этот у меня встал по умолчанию на WEB папку и все службы DSM (но при желании это можно изменить в настройках этого сертификата как выше написали в Безопасность > Сертификат > Настроить. Ну и на второй домен тоже получил без проблем. Сайт на виртуальном хосте. Получаете сертификат и в его настройках указываете виртуальный хост для сайта на который и делали сертификат. Всё работает, сайты благополучно перевёл на защищённый протокол.

С вашего позволения небольшой ЛикБез по SSL на несколько виртуальных домейнов. Есть два основных вида виртуализации сайтов на одном хост-сервере. 1. Виртуальный IP сервер, когда серверу принадлежат несколько разных адресов и на каждом крутится свой вебсайт. Для этого варианта запущено несколько копий вебсервера (Апачи или др) и в каждой копии возможно присвоить свой сертификат. 2. Более распространенный способ это виртуальные домейны на одном IP адресе. Именно он реализован на синоложи. Одна копия вебсервера, но в зависимости от запроса браузера, этот сервер предлагает содержимое из разных корневых каталогов. Вся фишка в том, что сертификат подгружается в момент запуска сервера еще до того, как виртуальные домейны инициализированны. Дополнительные сертификаты не возможны технически. В качестве обхода этой ситуации возможно получение универсального (wildcard) сертификата третьего уровня *.domain.com тогда все сайты этого домейна будут получать рабочий сертификат без ругани от браузера. web1.domain.com, web2.domain.com, something.domain.com. В Вашем варианте придется смириться с получением одного основного сертификата на наиболее важный домейн и тем, что остальные домейны будут по прежнему не нравиться браузерам. Это касается всех версий. В качестве варианта возможно запуск нескольких виртуальных DSM, каждый со своим IP и сертификатом, а на входящем роутере пробросить разные порты на внутренние хосты, но это тоже не самый удобный вариант для пользователей.