RDP-разрешения

[konstantino]

Появилась необходимость дать одному из пользователей домена разрешение на отправку сообщений через диспетчер служб терминалов и удаленное управление RDP на сервере при этом не давая прав администратора.

Что делал:
1) На терминальном сервере набираю в "выполнить" tscc --> правой кнопкой по RDP-Tcp--> вкладка разрешения --> добавить(добавляю конкретного доменного юзера) --> дополнительно --> выделяю добавленого юзера --> дополнительно --> проставляю галочки (удаленное управление, вход в систему, сообщение) --> Ок.

В сеансе пользователя для которого проставлял разрешения:
При попытке удаленного управления - Ошибка удаленного управления сеансом (ID8)
При попытке отправить сообщение - Не удается отправить сообщение пользователю *** (код сеанса=**) отказано в доступе

2)Создаю в AD GPO на пользователя ** конфигурация пользователя/административные шаблоны/компоненты виндовс/службы терминалов/Устанавливает правила удаленного управления для сеансов служб терминалов/включен
Никаких изменений те же самые ошибки

[Iskam]

Цитата: Сообщение от konstantino проставляю галочки (удаленное управление, вход в систему, сообщение) --> Ок.

это хорошо, но юзер должен входить в группу "пользователи удалённого рабочего стола".
ещё вариант (менее вероятно, но всё же): поменяйте клиента на более свежего

Цитата: Сообщение от konstantino При попытке отправить сообщение - Не удается отправить сообщение пользователю *** (код сеанса=**) отказано в доступе

сервис netsend должен быть активирован на обеих машинах. Иначе, давайте юзеру права, не давайте, - разницы никакой.

[jh0shua]

имхо, юзеру на сервере админить некуй...

подобный подход сильно усложняет задачу управления инфраструктурой

[konstantino]

Цитата: Сообщение от Iskam это хорошо, но юзер должен входить в группу "пользователи удалённого рабочего стола".

Пользователь включен в эту группу и работает в RDP

Цитата: Сообщение от Iskam ещё вариант (менее вероятно, но всё же): поменяйте клиента на более свежего

ИМХО дело не в программе-клиенте, ведь когда я тестово даю юзеру права доменного админа он может управлять сессией другого пользователя RDP и отсылать сообщения

Цитата: Сообщение от Iskam сервис netsend должен быть активирован на обеих машинах. Иначе, давайте юзеру права, не давайте, - разницы никакой.

ИМХО дело не в netsend ведь все происходит на сервере RDP a эта служба на нем работает.

Цитата: Сообщение от jh0shua имхо, юзеру на сервере админить некуй...

Этот юзер является программистом 1С и ему крайне необходимо через диспетчер служб терминалов отсылать всем на RDP сесии сообщения типа "Выйдите из 1С на 15 мин обновление конфигурации", а удаленное удаленное управление сессией RDP для оказания техподдержки. В том то и дело что лишних прав ему давать я не хочу, а сделав его простым пользователем домена столкнулся с такими препятствиями. Поэтому и прошу поиощи.