Разное

it3 · Отправлено: **13:38, 17-07-2019** | #2

Цитата paull2006:

Ситуация такая что изредка при завершении сеанса rdp сессии она просто подвисает (пишет в диспетчере что пользователь отключен). При повторном входе недает зайти. Помогает только перезагрузка. Как сделать батник чтобы он допустим ночью через планировщик отключал все сессии которые подвисли? Спасибо. »

Код:

LOGOFF [<имя сеанса> | <ИД сеанса>] [/SERVER:<сервер>] [/V] [/VM]

<имя сеанса>		Имя сеанса.
<ID сеанса>		Идентификатор сеанса.
/SERVER:<сервер>	Сервер удаленных рабочих столов, содержащий пользователя пользователя (по умолчанию - текущий).
/V			Отображение информации о выполненных действиях.
/VM			Завершение сеанса на сервере или в виртуальной машине. Необходимо указать уникальный идентификатор сеанса.

paull2006 · Отправлено: **14:09, 17-07-2019** | #3

Ну я делаю так вот допустим что подключилось 3 пользователя ввожу команду
qwinsta /server:rabota (показывает кто сидит и мне нужно выкинуть компьютер test под id 1)
rwinsta / server:rabora 1 (и он мне выкидывает его)
А как прописать чтобы выкинул всех?

А вы предлагаете что бы было вот так:
logoff test /server:rabota
А если несколько пользователей то можно так или нет
logoff test1 /server:rabota
logoff test2 /server:rabota
logoff test3 /server:rabota

paull2006 · Отправлено: **14:29, 17-07-2019** | #4

Вот такую скрипт наковырял или это не то

@echo off
for /f "skip=1 tokens=1-3" %%a in ('query user^|find /v ">"') do set/a id=%%c& cmd/v/c "if /i "%%a" neq "%Username%" (if !id!==0 (logoff %%b) else (logoff %%c))"
exit

Ageron · Отправлено: **15:03, 17-07-2019** | #5

Цитата it3:

Ситуация такая что изредка при завершении сеанса rdp сессии она просто подвисает (пишет в диспетчере что пользователь отключен). При повторном входе недает зайти »

сессия находится в состоянии завершения, поэтому и не дает зайти.

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

paull2006 · Отправлено: **17:19, 17-07-2019** | #6

Вот что то не вижу ничего странного в событиях. Все работало как надо и тут на. Обнов не было. Грешу вот на принтеры читал что они могут влиять. Перенаправленные принтеры. Хотя может и нет.

Elven · Отправлено: **09:14, 18-07-2019** | #7

paull2006, влиять может многое, а учитывая закидоны MS - даже то, что вроде бы влиять не может. Из моей практики чаще всего такие "висуны" образовывались из-за некорректного завершения сессии, или вовсе ее не завершении ("как RDP/RDS/что-то там завершали?" - "Крестиком!" - и на лице не обезображенном интеллектом святая уверенность в невиновности). А еще бывают нехорошие человеки из-за которых нельзя трогать параметр, позволяющий автоматически глушить сессию после N минут после отключения. Года два назад этот вопрос был решен радикально: перезагрузкой терминалок в заведомо нерабочее время (благо "нерабочий" диапазон это позволял - почти 8 часов).

Ageron · Отправлено: **09:34, 18-07-2019** | #8

Цитата paull2006:

Вот что то не вижу ничего странного в событиях. »

в каких журналах смотрели? (приложения, система, TerminalServices-?)

смотрели какие процессы висят в сессии в которую не удается зайти?

paull2006 · Отправлено: **10:31, 18-07-2019** | #9

Если одна сессия виснет то и остальные зависают потом при завершении сеанса. Вчера после отключения пробросов принтеров вроде пока нормуль. Буду наблюдать если что напишу что да как.

s.i.p.a · Отправлено: **18:07, 19-07-2019** | #10

А не пробовали настраивать GPEDIT.MSC?
Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Ограничение сеансов по времени.