Saboteur

Что-то у вас пример старого адреса отличается от адреса, который указан как доступ к RDP

Так адрес поменялся или не поменялся?
Старый адрес совпадал с адресом RDP?

У вас в вопросе немного хаотично, и подозреваю что вы сами не знаете что именно поменялось. Это и стоит уточнить - точно ли поменялся айпи адрес, с какого на какой, какое отношение RDP адрес имеет к тому, что поменялся.
Ответы на эти вопросы есть только у вас.

Подключаешься к рабочему столу удаленного сервера по rdp и запускаешь там скрипт

https://learn.microsoft.com/uk-ua/windows-server/

Можете подсказать, чем вас не устроили первые результаты поиска в гугле?

та банально можно по ssh скопировать.
На виндовс есть scp, rsync которые скопируют файлы или директории или посинкают их.
При этом ставить ничего не нужно, бинарники для винды можно просто скачать, много вариантов.

объединить сети.

2. Возможность подключиться по сети с андроид приставки / телефона / планшета для воспроизведения фильмов, просмотра фоток и документов
3. Возможность подключиться с любого другого ПК / Андроида по интернету для управления и работы с него

vnc viewer

Надо смотреть каким образом zabbix смотрит инфу на диске С
На ntfs нету айнодов. Или у вас там какая-то ошибка, или wsl может ругается.
Ковыряйтесь в заббиксе

Так а что, под винду прокси серверов нет?

1 Пустой пароль администратора
2 Доступ на запись к скриптам и программам, которые автоматически запускаются от имени администратора.
3 Физический доступ к серверу

обычная рабочая станция будет лочить декстоп, если кто-то подключается по rdp
Серверная винда позволяет работать нескольким пользователям, каждый в своем десктопе.

Программы общие, но не все программы позволяют мультипользовательское взаимодействие.
Офис - позволяет

Remote Desktop или Terminal Session, вот ваш вопрос.

RDP по дефолту дает два подключения.
Для TS нужно установить роль и купить лицензии

Есть проблема с железом или драйверами.
Подобные ошибки ядра возникают именно тогда, когда драйвер и устройство не могут договориться.
Связано это с неисправностью железа, или недоработкой драйвера, который не может нормально работать в вашей комбинации - вам никто не подскажет, потому что даже в MS не тестируют сервер на неизвестных сборках.
В самом идеальном случае, сможете нагуглить на англоязычных ресурсах, там могут быть энтузиасты которые могли сталкиваться и решать такую проблему. Но она не решается настройкой.
Опять же, не связывайте синий экран со ошибкой ActiveDirectory. Для правильной отладки надо еще побольше узнать об инструментах, программировании и потрохах винды. Активдиректори явно падает по другой причине.
А в вашем случае, я бы менял железо. Если винда лицензионная - попробовал бы обратиться в саппорт.

прошу не давать советы на тему: "обратитесь лучше к профессионалам, а не пытайтесь делать сами."

Обратитесь к профессионалам. Уже в самой идее у вас не совсем корректный подход - я подозреваю, что стоимость лицензирования Windows Server и необходимых для него CAL будет выше, чем стоимость железа.
А так, можете провести тест, арендовать необходимую мощность в облаке (Azure от MS) и оценить производительность.

Удалять и создавать шары заново не хочется, права доступа менять каждый раз тоже не вариант.

А почему собственно?

В линукс это просто делается одной строчкой в конфиге smb.

Ну так этой строчкой шара создается или удаляется, почему в виндовс не хотите сделать также, только в две строчки?

telnet server встроен в виндовс.

Через гит запросы никак - гит не умеет разграничивать доступ.
Именно для этого и есть инструменты для коде-ревью типа GitLab, gitolight, bitbucket, и др.

Ну еще можно конечно настроить просто рашаренную папку и работать с гитом по файловой шаре, тогда можно права доступа настраивать через NTFS права. Но это все равно делается не средствами самого гита.

В общем без коде-ревью, максимум что можно сделать, это пустить пользователей в принципе или не пустить.

На крайний случай, еще можно детально почитать про гит-хуки, и написать скрипты, где вы будете делать всю эту проверку и авторизацию по имени коммитера, или еще как-то. Это немного костыль.

Т.е. я представляю такой способ - основной диск C разбивается на 2, а затем на второй созданный диск с помощью windows server backup создавать резервные копии по расписанию.

Смотря какую проблему вы хотите решить таким бэкапом.
Если выйдет из строя диск, то навернутся обе копии.
Если пользователь затрет рабочую информацию, можно будет восстановить из такого бэкапа.

Лучше, если бэкапный диск - это отдельное физическое устройство. А если это вообще другой сервер, то это еще лучше.

Если все пользователи работают одинаково, можно посчитать.
Если же один открывает 1С с отчетами, а другой пасьянс - не посчитаете.

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

Ну собственно официальные курсы от MS могут дать представление
https://www.microsoft.com/en-us/learning/browse-al...

Не знал, что девопсы уже начинают делиться на windows-devops-ов и *nix devops-ов.

Насколько я знаю и Jenkins и Teamcity и что там еще - работает и на линукс и на винде без проблем.
git, maven, make - тоже.

Для MS сертификации нужно знать Azure а не AWS, но опять таки на уровне junior/middle это осваивается быстро и windows тут не причем, так как и там и там есть и Линукс и Windows.