res2001

Что сделать как это исправить ?

В сообщении все написано - только члены группы "Удаленный рабочий стол" имеют право заходить по RDP.
Надо добавить пользователя в эту группу. Если такой локальной группы нет, можно ее создать руками и добавить туда пользователей.
Думаю в АД, есть аналог локальной группы. Тут я не в теме. Гуглите.

AutoIt, nircmd
В любом случае сами они ничего делать не будут.
Для AutoIt нужно будет написать скрипт. nircmd - вызвать с необходимыми параметрами.

Должна работать служба удаленных рабочих столов. На английской Вин10 она называется (Remote Desktop Services), как называлась в Вин7 х.з. Она слушает порт.
Пользователям должны быть присвоены пароли.
Пользователи должны быть членами группы "Пользователи удаленных рабочих столов" или как-то так, точно не помню. Добавление пользователей в список, то что вы проделали как раз и добавляет пользователя в эту группу.

Google Hangouts можно попробовать.
Плюсы:
1.ученикам не нужно ставить доп.приложения, прекрасно справится веб версия;
2.Учитель кидает в какой-то общий чат (телеграм, вацапп, что угодно) ссылку на видео конференцию, ссылка может быть все время одна и та же. Ученикам даже не нужно регистрироваться в сервисе, просто переходят по ссылке и попадают в конференцию.
3.Нормальное качество, возможность показа раб.стола
4.Есть приложение для смартфона. Веб версию на смарте не испытывал, только на ПК.

Минусы: нужен дополнительно еще какой-то общий чат, но тут выбор достаточно богат. Кстати в самой видео конференции чат то же есть.

Правда я не использовал его на 20-30 человек, максимум на 10.

С веб мордой вряд ли что-то найдете. Разве что на VPS воткнете что-то типа pfsence или аналогов.
Я голосую за openvpn :-)

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

Если не брать в расчет, что в самом RDP могут быть какие-то уязвимости, то передать вирус юзера могут только скопировав какой-то файл со своего компа на рабочий, если мапятся диски. Скопировать файлы теоретически может и вирус работающий на домашней машине клиента. Но передать файл мало - его надо еще и запустить удаленно. Если зловред подменит собой стандартный RDP клиент - то тут он сможет сделать уже много чего в рамках пользовательских прав на удаленном ПК. Я про такой вариант вирусов не слышал, но теоретически - почему бы и нет.
Защита обычная - антивирус на удаленном компьютере и только ограниченные права + блокирующий корпоративный фаервол. Принудительно не мапить диски и прочие флэшки. В таких условиях и в локальном варианте вирусу достаточно трудно развить свою деятельность.
На счет настроек RDP на десктопной винде - да кнопочек нет, но все то же самое есть в GPO и в локальных политиках безопасности (если AD не развернута).

Я бы не пускал юзеров на свои локальные компы в сети удаленно, т.к. вы получаете Nое количество толком не контролируемых точек входа в сеть. Вирус то может туда и не проникнет, а вот сами пользователи смогут унести все что плохо лежит.
По уму выделить терминальный сервер в ДМЗ. С него предоставить доступ в ЛВС через дополнительный (не локальный) закрытый фаервол с доступом только к нужным сетевым ресурсам. Нужные файлы пользователи должны держать в доступных сетевых каталогах. В терминальном сервере оставить работающими только безопасные защищенные протоколы, настроить полноценный сертификат с собственным ЦА, обязательно включить авторизацию на уровне сети.

Делайте перенаправление вывода второго скрипта в файл, тогда по размеру файла вы сможете определить, что он какое-то время бездействует.
Либо можно более технологично - в запускающем скрипте делаете перенаправление в pipe для запускаемого и работаете с каналом, а не с файлом.
Но лучше бы выяснить причины зависания скрипта и бороться с ними, а не придумывать костыли.

Укажите запуск программы с помощью которой вы хотите, что бы файл открылся.
www.script-coding.com/ContMenuExpl.html

Поставьте набор сторонних кодеков, например K-Lite Codec Pack.

Зачем вам server-bridge? Ниразу не видел openvpn работающий в этом режиме. Ну может оно и работает ...
Режим topology subnet + server наше все.
В общем когда ВПН клиент подключится к серверу останется только правильно настроить таблицы маршрутизации на ВСЕХ участниках обмена.

Илья Борисенко, Видео тормозит - поставить свежие кодеки (K-Lite и т.п.).
Посмотреть все ли драйвера стоят (нет неопознанных устройств в менеджере устройств). Для видео поставить родные драйвера с сайта производителя, а не те что винда установила.
Посмотрить журналы винды, если что-то системное не работает, то в журнале должны быть сообщения. По сообщению об ошибке можно понять в каком компоненте винды проблема. Если есть проблемы с диском, то в журнале то же будут ошибки.
Дальше смотрим диспетчер задач на закладке подробно, сортируем по CPU и смотрим какой процесс жрет ЦП. Если там аномальная загрузка - разбираемся с этим процессом.

В общем, нужно понять что грузит систему и разбираться с причиной тормозов.

1.Можно использовать точки восстановления винды. Но надо проработать вариант восстановления пользовательских данных.
2.Акронисом делаем зону безопасности и включаем опцию "восстановление при загрузке". В этом случае в загрузочном меню появляется возможность запустить восстановление. Восстановление проходит в течение 5 минут. Никаких загрузочных носителей и т.п.

Сделайте бэкап всего что нужно.
Смотрите журнал системы, какие там есть ошибки. Возможно какая-то ошибка наведет вас на причину такого поведения.
Сносите недавно установленные приложения/драйвера. Судя по тому, что в безопасном режиме с поддержкой сети сисетма не грузится, причина может быть в кривых драйверах сетевого адаптера. Но не обязательно.
Если ничего не помогает - переустанавливайте винду.
Я бы не тратил много времени на поиск причины и восстановление работоспособности, т.к. не факт что удастся вывести винду из каматоза. Отведите на эти мероприятия часа 2-3, если прогресса не будет - переустанавливайте без раздумий.