Leaderboard

Можно брать средние (у меня VIVA), однако самые мощные имеют железо, которое позволяет достигать больших скоростей по VPN, если поднять на роутере (вроде более 150, а средние вроде от 30-50 из-за железа). А так софт у кинетика одинаковый, если только модель совсем не дремучая и прошивка не остановилась на 3-й версии...

Именно... 1. создается в keenetic например nas.keenetic.pro (черным, то что нужно придумать, остальное от keenetic). 2. nas.keenetic.pro получает автоматически SSL сертификат и по этому адресу можно ходить на веб-морду роутера (можно отключить удаленный доступ и конечно лучше его отключить) 3. И теперь субдомимся вусмерть, добавляем одно слово к нашему готовому имени и получаем миллион разных адресов... - tarantas.nas.keenetic.pro - papuas.nas.keenetic.pro - kurva.nas.keenetic.pro или вообще так... у кого хорошая память - 1.nas.keenetic.pro - 2.nas.keenetic.pro - 3.nas.keenetic.pro 4. и конечно можно вешать на любой из адресов нужный порт и попадать куда надо без всяких обратных прокси и костылей и это идет через роутер + автоматический SSL. 5. Эти адреса, можно оставить только в домашней сети или пускать погулять в мир... Я так только Synology Drive пустил в мир и все... И то через VPN, который открывает и закрывает порт автоматически. Все остальное у меня на красивых именах, но только в домашней сети... "Ваш сайт", это белый IP, а далее на него просто вешаем субдомены (без белого IP это боль и страдания). Грубое сравнение, но если честно, то такого рода вещи и покупки всегда чужие. Нам кажется, что они наши, а завтра уйдут со cРынка компании и прикроют лавочку... и ваш не ваш... просто отключат... Как по мне ваш аргумент... такое себе... ИМХО... ЗЫ: Я продолбался с обратным прокси пол дня, потом бросил эту ерунду и за 2 минуты сделал 7 адресов для тестов на нужные мне порты...

Drive и WebDAV это совершенно разные вещи и живут они параллельно.

[NOTICE] Distribution of nvmevolume-onthefly addon (immediate version) This is an addon that further complements the existing nvme volume. I originally tried to reflect the requests of users who asked if it could be operated alone without a SATA type disk by creating a volume using only nvme, but after testing for several days, it did not work well. Instead, SATA disks still need to be present, but this is improved with out-of-the-box volumeting capabilities. The reason why this immediate reflection version was developed is that the existing version uses a service scheduling method, so even though the libhwcontrol.so.1 file has been hexa-patched once at the DSM installation completion stage, at least one more boot is required for the volume to appear. It flies. Because users were not aware of this, many of them received the patch script from the original author, @007revad, twice and processed it. This improved, immediate version allows volume conversion to be confirmed immediately upon first login after installing DSM and creating an account. Analyzing the original author @007revad's script, I found that it simply ended up patching only one hex value, like when activating the nvme cache of DS918+ in the past. One line of xxd command processing is enough. Back up the original to /lib64/libhwcontrol.so.1.bak. https://github.com/PeterSuh-Q3/tcrp-addons/blob/main/nvmevolume-onthefly/src/install.sh I don't know if this is an appropriate expression since my native language is not English. @007revad's script method is called "AFTER SHOT". I think that most REDPILL ADDON methods should be “ON THE FLY”. Otherwise, a reboot must always follow after script processing. Testing has only been completed focusing on version 7.2, so I hope users can verify older versions. As always, you must rebuild the loader to change to the new addon. This addon seems to help maintain the continuity of volume that temporarily disappears after migrating to another model or installing a version upgrade.

Oh! Well, yes, you can ask me only here! 🤣 A brief history of bootloaders for DSM 7 (in my understanding I'm sorry if I make a mistake somewhere) TCRP by @pocopico | +---> ARPL by @fbelavenuto, It is no longer developing) ==> arpl-i18n renamed to ==> arpl-rr by @wjz304, due to some disagreements, the project is developing with some limitations, but it works | +---> M Shell for TCRP by @Peter Suh | +---> Arc Loader by Christian, who could not be identified on this forum (?) I would like to take this opportunity to express my deep gratitude to all the listed authors for their hard work!