Моя организация использует ферму серверов терминалов, чтобы предоставить пользователям конкретное приложение. Установка состоит из контроллера домена AD и двух терминальных серверов, на которых работают службы удаленных рабочих столов. Все серверы работают под управлением Windows Server 2008 R2 Standard.
Пользователи находятся за пределами нашей организации, поэтому конфигурация клиента выходит за рамки нашей компетенции. Мы предоставим им только файл подключения RDP и имя пользователя, которое хранится в AD. В файле RDP настроили "Start the following program on connection" = C:\path\to\batchscript.bat. Когда пользователь подключается, пакетный сценарий выполняет некоторую очистку и настройку, а затем запускает реальное приложение. Пользователь выполняет свою работу и после этого закрывает приложение. Когда приложение закрывается, пользователь выходит из системы, и сеанс RDP завершается.
Эта настройка работала нормально, пока первый пользователь не обновился до Windows 10. По-видимому, в Windows 10 опция "Start the following program on connection" был удален из mstsc.exe, оставляя пользователя обратно на рабочий стол сервера терминалов вместо запуска нашего пакетного сценария.
Чтобы предотвратить это, я настроил следующий объект групповой политики: User Configuration \ Admin Templates \ System \ Logon \ Run these programs at logon = C:\path\to\batchscript.bat. Насколько я понял, это должно перекрыть клиентский "Start the following program on connection" настройка. Фактически, пакетный скрипт запускает и запускает приложение. Все работает, как ожидалось, за исключением того, что пользователь не выйдет из системы при закрытии приложения, в результате чего у него останется полностью пустой экран рабочего стола.
Судя по всему, GPO "Run these programs at logon" не соответствует mstsc.exe установка "Start the following program on connection".
В чем разница между этими двумя? Есть ли другой объект групповой политики, который делает то же самое, что и mstsc.exe установка?
Каждое новое подключение к сеансу RDS не обязательно новый вход в систему. Пользователи часто повторно подключаются к существующему сеансу.
Вы можете приблизиться, настроив сеансы для выхода из системы через определенное время в отключенном состоянии, но это имеет множество разветвлений в зависимости от того, что вы пытаетесь выполнить с помощью RDS.