The_Immortal

Важнейший вопрос тут - для каких задач будет использоваться NAS.

1гбит будет давать до 110мбайт/сек, для hdd особого смысла выше нет (только если это будет бесплатно, что обычно не так, так как 2.5Gb коммутаторы все еще дорогие), так как высокие скорости (200мб/с) достигаются только при линейном копировании больших файлов и при отсутствии фрагментации... во всех остальных случаях скорость может упасть 10кратно... и не утилизирует сетевой канал.

Второе - по какому сетевому протоколу будет обеспечиваться доступ к файлам... Например самые быстрые - iscsi/nbd/aoe (потому что позволяют кешировать локально даже записи, ОС знает до каких пор), но они только блочные устройства транслируют... дальше идет linux nfs и где то в конце майкрософтовский smb (он на мелких файлах может чуть ли не кратно ронять скорость)

Теперь важный ответ про RAID, никогда не используйте дешевые 'аппаратные' raid контроллеры (не серверные, те что с кешем записи и батарейкой), пользы они вам не принесут никакой а вот гемороя административного добавят (например вендорлок, при смене материнки/контроллера пересобирать рейд). Пользуйтесь программным рейдом, он есть как в windows штатно (даже в десктопных ОС если pro версия) так и конечно в linux (mdadm или штатная фича файловых систем btrfs/zfs).

По поводу конфигурации... подбирайте корпус mini pc что бы диски были внутри и подключались по своему штатному коннектору, в вашем случае sata, так как внешние usb контроллеры могут добавить багов (например не будет виден smart дисков или уберут поддержку trim для ssd) и главное, конструктивно эти наружу торчащие провода можно задеть и сбросить диски 'со стола'... NAS должен быть удобным и монолитным, и 'с ручкой для переноса'.

p.s. покупать аппаратный raid с корпусом (домашние ревизии) имеет смысл когда есть желание получить готовый результат без усилий, за это и идет доплата в цене, по сравнению со своей сборкой, выбирайте либо вы собираете либо за вас. Ну и функционал готового рейда обычно лимитирован софтом, который там запущен, когда как свой linux - максимально полнофункционален но конечно не так удобен, плюс никто не мешает и тут такой же софт поставить с UI.

Ну почему же, Некстклауд поддерживает прямые ссылки...
например открываем ссылку -

https://my.site.ru/index.php/s/YKT9g298tnT6tfT
если скопировать ссылку с кнопки download - мы получаем прямую ссылку
https://my.site.ru/index.php/s/YKT9g298tnT6tfT/download/WhatsApp.apk

Про требования ни слова конечно

Собственное облачное хранилище со публичными ссылками - это обычный веб сервер (nginx/apache), файлы заливать любым удобным способом, начиная с ssh/scp и кончая webdav (это штатный плагин веб сервера, папку можно смонтировать в windows как обычную сетевую).

Хранилище физически организовать на софтовом рейде (1/5/6) и настроить копирование либо локально к себе либо в какое-либо облако (да, бакапы никто не отменяет), настроить оповещения хоть в тот же телеграм (да еще одно облако, но куда уж без них) и расслабиться.

Сверху можно добавить какой-нибудь syncthing если нужна синхронизация файлов с юбзерфрендли интерфейсом (к сожалению в этом интерфейсе не будет кнопки - получить ссылку на файл, скорее настроить нужно будет отдельную папка, все что туда попадает будет опубликовано в вебе)

p.s. дешевле описанной схемы сделать не получится, любые другие механизмы - дороже либо не надежные.

Начать надо с того, что сервер времени - это часть конфигурации компьютера, а не пользователя (кстати, это видно на картинке по вашей ссылке). Поэтому посмотрите результат применения политик (RSOP) к компьютеру, для этого результат лучше всего вывести в файл: gpresult /scope computer /h файл.htm

Для туннеля с конторой постоянный туннель, если этого требует работа - админа, например, есть не опция, а фактически необходимость, причем, туннель, который вяжется именно с роутером (железкой), а не с программным сервером на виртуалке (потому что хост, держащий виртуалку может банально лежать).
Не знаю, как насчет GRE - но вот IPSec запросто подымается в режиме так называемого roadwarrior, когда "свой" IP вообще может быть неизвестен заранее, знаешь только IP шлюза.
С виндой у меня правда так не получалось. Микротики так вязал, линуха и андроид.

Сборка чего бы то ни было в центосе - это такая развлекуха, что без знаний того, как программы собираются в линухе вообще - это превратится в очень увлекательный ликбез по изучению компилятора, линкера, autotools/cmake (в зависимости от того, что используете), make...

Если нет желания прокачивать скиллы в режиме полного погружения - поищите стороннюю репу где есть этот пакет (достаточно популярный пакет наверняка кто-то да соберет) и подключите ее. А для начала подключите крупные сторонние репы типа epel, elgis, lux, rpmforge

Для начала - попробуйте более свежую тулинга (компилятор, заголовочные файлы и т.п.) для сборки.
Второй совет - теоретически, если все зависимости упаковать внутрь, то можно собрать библиотеку на какой-нибудь убунте, а потом перенести на ЦентОСь.