У меня две учетные записи администратора для удаленного сервера, и я борюсь с одной из них. Срок действия пароля для обоих истекает через 5 дней. Поскольку для доступа к этому серверу мне нужно использовать RDP через 3 другие машины, я не могу нажать ctrl-alt-end, поэтому вместо этого я запускаю эту команду в поле, в котором я хочу изменить пароль:
Оболочка explorer.exe ::: {2559a1f2-21d7-11d4-bdaf-00c04f60b9f0}
Это работало много раз раньше, поэтому на этот раз я не ожидал каких-либо трудностей. Я вошел в систему как пользователь A, выполнил указанную выше команду, изменил имя пользователя на B в поле имени пользователя (так что я меняю пароль для B, когда вошел в систему как A)
Но потом процесс просто завис - 30 минут на экране «Смена пароля» без изменений. Отключение / повторное подключение RDP от имени пользователя A просто возвращает меня к тому же заблокированному экрану
Я смог удаленно подключиться к другому серверу в том же домене (как пользователь A) и выпустить запрос, за которым следует сброс / выход, чтобы попытаться отключить застрявший сеанс. Это изменило сообщение с «Смена пароля» на «Выйти», но оно все еще забито.
Я также с тех пор вошел на тот же сервер (на котором A застрял) как пользователь B (используя новый пароль, поэтому процесс изменения, похоже, завершен), и попытался:
Это тоже не повлияло
Попытка MSTSC с переключателем командной строки / admin также вернула меня к тому же зависшему сеансу (при входе в систему как застрявший пользователь A)
На вкладке пользователей диспетчера задач пользователь A в дереве имеет 4 подузла: процесс клиент-сервер, оконный менеджер рабочего стола, узел службы: группа служб Unistack, приложение для входа в Windows, узел пользовательского интерфейса для входа в Windows
Единственный из них, который может быть принудительно завершен без угрозы закрытия окон, - это последний. Выход из него удаляет сообщение о выходе и оставляет меня с черным экраном
Я заметил, что есть несколько запущенных процессов, таких как Desktp Window Manager, которые запускаются пользователями шаблона DWM-nn - я думаю, что nn - это идентификатор сеанса, но принудительный выход из соответствующего DWM также приведет к апокалипсису, предсказанному Вкладка Пользователи диспетчера задач?
Как еще мне подойти к выводу этого застрявшего пользователя?