RStarun

Есть https://biz.mail.ru/mail/, как минимум.

Если предположить что по деньгам особого ограничения нет - то это корпус не менее чем на 16 бэев, высотой в полноценные 3U под 16 штук 10-теровых дисков с массивом типа RAID6. (два диска на горячую замену, два бэя будут стоять пустыми).
Разумеется в холодном резерве должно лежать еще не менее двух дисков.
И - если это не сервер бэкапов, то нужно бэкап всего этого безобразия.

Красивое решение на коленке - поднимите графану с InfluxDB
В графане рисуйте все графики, статусы и так далее.

Данные в инфлюкс можно кидать обычным curl с инсертами кверями (у инфлюкса есть веб-API)
Ну или разложить везде клиент к любой другой базе данных и делать туда.

то есть скрипт бэкапа будет типа

1. подготовить архив бэкапа
2. скопировать/синхронизировать его на нас
3. curl <influxdb server> user, password, "insert квери или несколько со статусом, размером, полезной инфой типа время потраченное на архивирование, копирование"

Не раскрыты темы "сколько камер и какое качество записи", "сколько пользователей будут это созерцать", "предполагается ли RAID", "насколько критична записываемая инфа". От этого уже сильно зависит "SMR/CMR", "5400/7200", класс харда и прочее. А то сейчас насоветуют WD Gold, а камера одна в 720p и смотреть это будет один человек, раз в неделю глянуть что условный велик не спёрли.

Введите kpi если кто то его выполняет пусть хоть шлюх заказывает на корпоративную карту и уестествляет их прямо на рабочем столе. Все остальное не продуктивно

RAID выбырается с определенной целью и вариантов тут вагон и две тележки:
Во первых RAID необходим только на высоконагруженных системах 0, 0Х, Х0 или на системах требующих безостановочной работы 1, 1Х, Х1 и тд. В остальных случаях достаточно бэкапов и синхронизации.
Во вторых смотрится на аппарат/программа: аппаратный не ест ресурсы системы, т.к. все операции выполняются на отдельном контроллере имеющим полную логику, но в случае полета контроллера, нужно иметь в запасе совместимый аналог, без него массив не оживить. Программный обрабатывает все на ресурсах системы, соответственно собрать его можно на любой системе, также как и восстановить.
Так что все зависит от конкретной ситуации. На "старенький сервер" обычно критические сервисы не выводят, так что вполне возможно хватит и регулярного бэкапа +/- простого программного массива (если он там действительно нужен, а не то что "сервер должен быть априоре с raid")

Поднять nginx, настроить виртуальный хост в режиме прокси, как-то так:

server {
    listen 80;
    server_name example.com;
    access_log /var/log/nginx/example.com-access.log;
    error_log /var/log/nginx/example.com-error.log;
 
location / {
    proxy_pass http://1.1.1.1:10;
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Real-IP $remote_addr;
    }
}

Естественно, nginx должен быть доступен из интернета по IP, т.е. IP nginx должен быть белый реальный или на роутере должен быть такой IP и порт 80 нужно пробросить на внутренний IP сервера с nginx.

В настройках dns регистратора домена нужно создать A-запись для домена example.com, которая будет соответствовать белому IP, на котором доступен nginx из интернета.

Проверьте, может, у вас в Хроме майнер завёлся.

https://blogs.technet.microsoft.com/ai/2012/01/16/53/

Недавно мне пришлось отвечать на очередной вопрос клиента на тему некорректной работы выплывающих окон в 1С, работающей в режиме RemoteApp. На самом деле проблема достаточно старая и затрагивает работу клиента RDP версий 6.0-7.1, работающего на ОС Windows Vista\7 с серверами Windows Server 2008\2008R2 вплоть до SP1.

Выражается проблема в основном двумя типовыми сценариями:

Основное окно сессии пользователя теряет фокус, делая невозможным работу с программой
Всплывающие диалоговые окна не появляются на экране, а точнее – появляются под активным окном(а не над).
Быстрый исправить ситуацию можно с помощью хоткеев Alt+Tab или Alt+Esc для 1C, однако работа пользователей в таком режиме врядли будет приятной.

Однако, мало кто знает, что в большинстве случаев проблема решалась с помощью пакета исправлений, который вышел в конце мая прошлого года и доступен по ссылке – support.microsoft.com/kb/2384602/ru.

К сожалению, содержимое патча не попало в релиз SP1 для Windows 7 и Windows Server 2008 R2 и было выпущено отдельно, однако сейчас можно пользоваться объединенным декабрьским пакетом исправлений, который подходит как для RTM-версии, так и для SP1-версии ОС. Также туда вошли исправления для ряда других артефактов RDP, не связанных с модальными окнами. Скачать данный пакет исправлений можно по ссылке – support.microsoft.com/kb/2604066

Если вы испытываете другие проблемы с работой Remote Desktop Services, можете обратиться к списку доступных апдейтов – support.microsoft.com/kb/2601888

Можешь не благодарить zeplin

Скорее всего благодаря поддержке UPnP.

Может вам все-таки один раз заплатить за камеру с поддержкой PTZ и не париться?