res2001

Просто настройте скринсейвер нормально.
Это можно сделать через реестр для не входящих в домен. После правки реестра начнет работать после перезагрузки. Ключи реестра не скажу, но, думаю, их можно нагуглить без проблем.
В доменных - наверняка должно быть в GPO.

Какая версия винды стоит на VPS?
Если Windows 10 (7, 8, 11) - то это ограничение десктопной версии винды - она однопользовательская, в том смысле, что одновременно работать может только один пользователь. Это лицензионное ограничение.
Для многопользовательской работы предусмотрена Windows Server, количество одновременных соединений так же лицензируются отдельно. Вообще тема лицензирования Windows Server довольно не простая.
На гитхабе есть RDP wrapper, который снимает это ограничение для RDP сессий на десктопной винде. Но вы должны понимать, что это нарушение лицензии. Если VPS в РФ, то сейчас на это можно не обращать внимание. Но думаю, что это не на долго.

Проходитесь по всем файлам в каталоге с помощью цикла for.
Выделить подстроки в имени файла можно с помощью for /f, установив соответствующий разделитель.
Создать каталог md
Перенести файл: move
За подробностями:

for /?
md /?
move /?

Наверняка понадобится отложенное расширение переменных:
setlocal /?

0. Да
1. Да
2. Да. Только 192.168.111.0 - не подойдет для маски 22. Вам нужно подтянуть теорию по IP адресации.
3. Тут нет классических/не классических вариантов. Погуглите "серые IP фдреса", узнаете, что подсеть 10.0.0.0/8 - вполне себе "классическая" серая подсеть. Обычно используют 10 подсеть там где очень много компов в сети - несколько тысяч.
4. Обычно для "общего" влана используют VLAN0, он же влан по умолчанию. В коммутаторах, обычно, этот ВЛАН уже есть и в него входят все порты как не тегированные и, по моему, это изменить нельзя.
5. Без разницы. Смотрите по факту. Например у вас по каким-то причинам появилась группа компов в своем ВЛАНе или своей подсети и ей нужен "свой" сервер, логично этот сервер поместить в эту же подсеть/влан.
Имейте ввиду, что помещая сервера в дургие подсети, потребуется обеспечить маршрутизацию между подсетями. Часто это может быть связано с дополнительными пересылками трафика, которых можно избежать, поместив сервера в ту же подсеть с пользователями.
Вообще тут часто играют внешние факторы, например дополнительные требования к безопасности для каких-то серверов и т.п.
6. то же что 5.
7. IP телефония как и камеры то же генерирует сетевой трафик, если его будет слишком много, он может мешать нормально работе сети. Тупо перегрузка сети, дополнительная нагрузка на коммутатор, большие лаги и т.п. Кстати - и наоборот то же актуально - если повышается нагрузка на сеть, то можете столкнуться с тем, что по телефону станет сложно разговаривать. И вообще в случае аварийной ситуации в сети, хорошо когда хотя бы телефоны работают. А то знаете - сбой сетевого адаптера в любом ПК, он начинает флудить пакетами в сеть и телефоны то же перестают работать - апокалипсис местного масштаба.
8. Да.
9. Сомневаюсь, что тут есть какие-то рекомендации. Я всегда помещал принтера в ту же подсеть и влан, в котором сидят его пользователи. Естественно, под принтера выделяется отдельный поддиапазон адресов, который не раздается по DHCP пользователям. Если у вас централизованный принт-сервер, то возможно будет удобнее выделить принтера в отдельную подсеть/влан. На мой взгляд, если нет дополнительных требований/хотелок, то нет смысла усложнять схему.

Задай с помощью defineа.
Размерность статического массива должна быть известна на этапе компиляции. А значение константы в общем случае может быть не извесно при компиляции. К сожалению в Си незавезли из плюсов constexpr.

Откройте для себя интерактивное ребазирование: git rebase -i
Эта команда производит интерактивное ребазирование, причем вы можете выбрать вручную какие из комитов ребазировать, какие нет, какие-то комиты можно слить в один и т.п.
Т.е. вы можете комитить сколько угодно промежуточных комитов в свою ветку, когда фича будет готова делаете интерактивное ребазирование ветку саму на себя, сливаете все комиты в один (или делаете их несколько), делаете к этому комиту полноценный коментарий. Все.
Для справки: git rebase --help

OpenVPN лучше работает на UDP, у них есть статья почему это именно так, гуглите. Но это не значит, что вариант с TCP не работоспособен, просто там есть определенные "особенности".
Арендуйте VDS с белым IP и на нем разместите VPN сервер.
Не только для ВПН, но и вообще для любого сервиса, который должен быть доступен из интернет необходим белый IP.
Можно, конечно, попробовать договорится с оператором о пробросе портов, но, по моему, это не реально.

Полноценный веб сервер - это очень сложное ПО. Сам по себе протокол HTTP оброс кучей дополнений и улучшений, только посмотрите список RFC, его описывающих. В одиночку написать с нуля что-то подобное, например, apache - практически не посильное дело.
Кроме HTTP, конечно, нужно хорошо знать и понимать сетевое программирование, параллельное программирование, английский язык, что-то еще.

Но есть библиотеки, в которых веб сервер в каком-то виде с теми или иными ограничениями уже реализован. Можно использовать их. В этом случае задача сильно упрощается.
Как пример: libonion, haywire, но это больше для Си. Для плюсов есть другие варианты.

Я правильно понимаю, что это реально будет в 2 раза медленнее происходить?

Естественно.
Но по docid у вас индекс, так что должно быть достаточно быстро.

ВПН клиент на роутере, статические IP адреса на компах, разные IP подсети в "вашей" сети и в родительской. У себя покупаете белый статический IP у оператора и поднимаете ВПН сервер. Удаленный рабочий стол на компах.

Речь ведь про винду?
В cmd есть команда color. Никогда ей не пользовался, так что не помню цвет чего она меняет, посмотрите в справке. Набор цветов у нее достаточно скудный.
Так же консоль поддерживает Esc последовательности, где можно задавать цвета выводимых символов. Но тут, скорее всего придется использовать низкоуровневое Console API: https://docs.microsoft.com/en-us/windows/console/c...
Возможно какие-то консольные библиотеки это поддерживают. Что-то типа ncurses.
Еще можно заглянуть в исходники, например Far manager, посмотреть как они там работают с цветом в консоли.

Когда мне это еще было актуально в конторе исопльзовал Symantec BackupExec.
Помимо прочего умеет бэкапить виртуалки, MS SQL и много чего еще, поддерживает ленточные носители. В целом продукт хорош, но не бесплатен и многие плюшки идут за отдельные деньги.

Читайте файлы сразу большими блоками (вплоть до всего файла сразу). Под большие блоки можете использовать std::vector<char> с предварительно установленным размером вектора (std::vector::reserve())
Затем вручную делите прочтенный блок на строки, видимо, заменой \n на 0.
Все указатели на найденные строки сразу складывайте в используемую в алгоритме структуру данных.
Не используйте std::string, т.к. он реаллоцирует память на каждый чих, это приводит к повторному выделению того же самого объема памяти но порезанному на мелкие куски и дополнительному копированию строк. Используйте std::string_view (есть в С++17) или вообще сырые Сишные строки, как самый быстрый вариант.

Вообще все массивы в плюсах (vector, array, "сырые" динамические и статические массивы) работают одинаково быстро, если рассматривать операцию обращения к элементу массива по индексу. Но в vectorе многие другие операции могут приводить к реаллокации памяти и копированию массива. В сырых динамических массивах вы не можете просто так изменить размер массива, это надо делать явно с помощью вызова realloc, а потому тут вы эту операцию явно контролируете, в векторах же (как и строках) это происходит не явно, поэтому часто разработчики не придают этому значения, тогда как обращения к менеджеру памяти достаточно дороги в плане производительности.