Alexey Dmitriev

Использовать другое имя для дефолтных конфигов, например service.conf.default, и соответственно требующее потом его переименования.

Только через внешнюю видеокарту USB типа https://www.wavlink.com/en_us/product/WL-UG6902H.html

Нужно определить, что у вас слушает на порту 8888 (например ss -tnlp) и добавить сертификат в настройки этого самого, что слушает.

Нужно развернуть любой прокси сервер например socks5 любой на сервере VPN, доступный через соединение VPN.
Также можно развернуть прокми и локально, обеспечив его выход в интернет через IP адрес вашего контейнера VPN

Какой-то поток сознания.
1. VDI не равно "RDP функционалом на Windows Server-ах" - VDI это VMWare Horizon или MS VDI.
2. За изменения в критической инфраструктуре нужно идти к специалистам, а не на тостер.
3. Для дополнительной авторизации и защиты RDP соединений есть официальная роль RDP Gateway, возможно линукс машины с двумя ногами (слава богу хоть не с одной) и не нужны.
4. Для "Ну допустим установил я эту программу на винду, могу ли я ее как - то расшарить через веб.браузер" есть официальные же RemoteAPP и RDS-Web из состава Windows Server Terminal Services.

1. Корневой и выпускающий сертификаты должны быть установлены в хранилища ОС на всех машинах, включая веб серверы.
2. Если конвертируете сертификат в PEM для apache\nginx и т.п., используйте полную цепочку, то есть добавляйте в файл сертификата и корневой с выпускающим сертификаты.
3. Проверьте, что CRL доступны и не просрочены.
Если эти три условия соблюдены, остальные ошибки уже на уровне ошибок при выпуске конкретного сертификата.

Нужно погуглить следующее:
1. Как скачать файл в консоли linux
2. Как распаковать файл в консоли linux.
3. Как запустить файл в консоли linux.

Потому что INPUT и FORWARD для ip пакетов - это разные сущности в Linux и firewall в частности.

Пункт 2 в корне неверен. У вас в Интернет только само приложение wireguard.exe выходит? Так ему интернет для установки VPN соединения и обновления версии нужен и все.

Маршруты должны быть добавлены на всех узлах по пути прохождения пакетов, включая обратные маршруты, в том числе на целевых хостах. Каждый узел в сети должен или знать куда идти дальше в обе стороны, или должен знать его default gateway

Вероятности три.
1. NTLM на WS отключен, а по ip авторизация Kerberos не работает.
2. Версии SMB протокола не совпадают.
3. Включен SMB Hardening на WS.

Вероятнее всего необходимо загрузить в процессе установке через F6 драйверы для текстового режима для контроллера жестких дисков\raid контроллера.
В Интернет множество инструкций по установке именно этой версии ОС на именно эту модель сервера.

3 отдельных инстанса Veeam Backup and Replication, каждый может бесплатно бекапить 10 рабочих станций.

Камера с WIFI и флешкой - не значит, что нужно "для каждого просмотра перетыкать флешку в ПК". У них есть приложения, подключаешься к камере и просматриваешь.
И ничто не мешает поставить камеры с WIFI и подключить их регистратору, на али куча предложений типа dahua, imoulife и т.п.

Правильнее поднять первый VPN на уровень выше. Например на маршрутизатор. Outline для этого не подходит, но можно подобрать то, что будет работать между VPS и маршрутизатором.
А OpenVPN запускать на компьютере.
Теоретически если запустить сначала Outline, поднять соединение и уже затем OpenVPN - может заработать и так, но не уверен.

Отладьте скрипт в файле и вызывайте файл, лежащий в репо.

script:
    - powershell -File блаблаl\блабла.ps1

Либо в стандартном формате построчно:

script:
  - powershell -Command "блабла"  
  - powershell -Command "блабла2"

1. iptables DNAT
2. Reverse proxy типа haproxy\nginx

OvenMediaEngine умеет работать с камерами в режиме Push по некоторым протоколам.
https://github.com/AirenSoft/OvenMediaEngine
Ставите его на VPS, камеры присылают на него поток сами, он его вам выдает на выходе в нужном формате.
Если камеры не умеют в push, то настроить VPN между Keenetic и VPS.
Если камеры умеют в push через например webrtc, то они могут и на сайт отправить поток самостоятельно.