Ошибка входа в систему при попытке разблокировать
 

:kruto: Ошибка при огировании по локальной сети после блокировки. Но пользователь не может войти в систему (ХРюха SP3), так как окна логин и пароль не активны, на них серый фон. И так на нескольких компах локалки. Выход один - перегрузка наживую. Ни на одном форуме инфы не нашел по этой теме. Может кто встречал подобный глюк. Догадка одна - для пользователя установлен лимит времени на логирование после блокировки. А может и нет... Буду рад любому совету.

Домен развернут?

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

И еще - есть гипотеза, что в свойствах локального пользователя проставлено во вкладке "СЕАНСЫ" ограничение времени бездействующего сеанса. Хотя, это кажись для удаленного сеанса. Каким боков связать логирование по сети с сеансом - предположить могу, уверенно ответить нет. Доступа на сервер с 2003-й виндой у меня нет.
Реально раньше не было такого косяка, до того, как юзеры логинились под учеткой компа. И сам факт, что на разных машинах у тех самых юзеров проявляется эта фигня - говорит не в пользу сетевых настроек.
Если есть мыслишки на этот счет, буду рад принять, ну и - высказать свою признательность...

то бишь не на всех? Может быть в какой-то определенной подсети? ОС стоит на компах одинаковая? А Service Pack, тоже?

Да и везде SP3. Компы в общей сети (на них БД склуль, система доступа и т.д). Железо справляется с загрузкой.

Давить не надо. Просто узнать - почему такая особенность. Тем более что не на всех компах. Быть может с его стороны были выполнены деяния, которые коснулись "избранных" пользователей.

Ну давить не в прямом смысле. И насчет того, что они могли недосмотреть с настройками отдельных пользователей -догадка уже была. Вот только не понять, какая настройка. Что это в политиках искать надо - тоже понятно. До конкретики докопаться наверняк тяжело, а хотелось бы. Жесть конкретная, становиться понятно. Но тсавить вопрос ребром перед системщиками хотелось бы зная конкретное направление. Чайником выглядеть не хотелось бы, копая с ними этот косяк. Попоробуем. Если разберемся - напишу.
З.Ы. Выходные на подходе, а если контролер на проходной заблокирует на перерыв комп и потом не сможет опять войти - ехать не охота. А скорее прийдется.

Allekss, судя по статье KB242917 дело может быть в кривом скринсейвере.

Статью прочел. Поработаем в этом направлении. Но при возникновении описанной проблемы Ctrl-Alt-Del не действует, можно жать на клаву хоть тыщу раз.
И еще. Стоит на компах NOD32. Обновляется постоянно. Но после проверки утилиткой DrWeb (CureIt) выдал за вирус файлы DameWare - DMRWCS.exe, хотя они сами сидят в нормальной директории и вирусами не являются. По идее. Админы реально удаленкой работают.

Реестр настроен правильно. И тут проблема не в ошибке, а в недоступности полей ввода логин-пароль (серый фон).

Сегодня проблему отметил: подключаюсь удаленно, выхожу из системы (юзер подключен через домен) и вхожу чисто на комп под админом. - Такая же фигня: недоступны поля логин, пароль, но зато хотя бы доступна возможность перезагрузки через "завершение работы" (после блокирования - естественно нет, только через резет. И такое повторил два раза - один результат. После перезагрузки, естественно, - все нормаль. Удалил после прогонки докторвебовской утилитой DMRWCS.exe - пока проблема не проявлялась (но она и раньше появлялась не всегда - раз через 4-5). Если проявлений глюка не будет и далее - то вывод: это вирус стопроцентовый. И еще какой! Но как он попал туда, ведь на нод32 (последняя версия и с постоянным обновлением) включена защита онлайн? Вывод: нод не видит этой заразы.
И еще - после проверки обнаружилось два одинаковых файла DMRWCS.exe и оба в каталоге system32 под статусом "Program.RemoteAdmin.origin".

Реестр настроен нормально, со скринвервером все в порядке

Allekss, DrWEB временами тот еще параноик, а в данном случае
он просто предупреждает, что найдена программа удаленного администрирования.
Если с удалением DameWare проблема решилась, попробуй на другой машине просто отключить службу, отвечающую за DameWare - может башню сносит именно у него? Есть в этой программе режим удаленного управления с одновременной блокировкой работы локального пользователя - не помню как это выглядит на компе конечного пользователя, но может это тот самый режим и срабатывает?

Это толковая мысль. Поработаем и в этом направлении. Ведь такая ошибка на самом деле появляется периодически, а то и вообще очень редко. Сами мы удаленно работаем с Ви-Эн-Си-клиент. С ним глюков точно нет.
И еще, проверено на других компах доктором, DMRWCS.exe не обнаружен, хотя глюк также редко, но метко... Вывод позволяет сфокусироваться на более конкретных вещах.

Точно такая же проблема появилась пару недель назад на одной из машин. Сегодня повторилась на другой. Вечером компьютеры должны были сделать бэкап и автоматически отключиться, но иногда этого не происходит. Утром вижу, что поля логина и пароля в окне входа в Windows неактивны.
Стоит Касперский, базы обновляются ежедневно.
DameWare не установлен, DMRWCS.exe нет. AVZ ничего подозрительного не выдает, в том числе в автозапуске и в активных процессах.

Наконец-то становиться понятно, где копать. Довольно хорошо описано тут EventID

Для устранениЯ проблемы нужно инсталлить UPHClean UPUClean

Увы! Инсталляция UPHClean не помогла. "Изоляция" damaware также ничего недала. Пробовали отключать диск паблик при логировании юзера с помощью nnCron (as servise) - еще чаще, кажись, проявляется глюк. Остановили службу крон - нет эффекта. Грешили на нод32 - зря, не в нём дело. Еще догадки на доблесный и интеллектуальнейший СКД "Интеллект" 4.7.6 (везде как служба загружен). Это не так легко - проходную хоть ночью, остановить нелегко даже на время. Все службы подряд тестировать - тупо. А вот и скриншот и текст сист-й ошибки:

Да, мне тоже UPHClean не помогла. Кстати, ошибки 1517 не наблюдаю.
Так как проблема появилась на двух машинах в локалке с разницей в полторы-две недели, при отключенном автообновлении системы, подозреваю, что это работа какого-то вируса.
Никакой одинаковый софт на эти две машины в это время не устанавливался. Да и вообще между ними мало общего. Разве что Касперский, но у Вас, как я понял, NOD.

Сегодня ситуация повторилась на третьей машине в локалке.

После остановки nnCron (выполнял определенное задание) глюк пока не повторялася. Чтобы точно убедиться, что это из-за крона - нужно время.

У меня не крон, а другие программы, выполняющие бэкап по расписанию, причем разные.

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

Скорее планировщик выступает в роли катализатора. До этого ведь все было нормально, и вдруг в течение двух недель одинаковые симптомы появляются на трех машинах, входящих в локальную сеть.
Примерно в это время обнаружил пару машин, зараженных Kido, сейчас ставлю на проблемные машины заплатки, может быть поможет.

С помощью утилиты KK.exe обнаружил на проблемной машине kido. Вылечил, завтра посмотрю на результат.

Неа:(

У меня вирусов нет. Но ошибка логирования появилась после многократного перелогирования под разными пользователями. Вывод - какя-то из служб работает неккоректно во время выхода из системы и это может быть случайным совпадением. Ведь глюк проявляется один раз на примерно 50 входов/выходов из системы. При блокировании глюк больше не проявляется. Попробую запустить у себя KK.exe.

Вот прикол: на моих компах был в начале года кидо (до моего прихода), его удаляли. Но дырка то осталась. Надо ставить заплатку типа WindowsXP-KB958687-x86-RUS.exe)) Ее качают с виндовз ком. Надо проверить реестр. Как кликниУбей кидо.))))

Да, убил кидо и поставил заплатку. Но выход из системы все-равно не производится. Возможно, кидо поломал что-то еще.

Technocrat, Вполне мог поломать. И скорее всего реестр. Надо искать что он ломает вреестре и чинить. Все же посмотри здесь как раз описаны ключи, которые он ломает. Плюс посмотри разновидности кидо там же - продолжение темы что он ломает

Теперь можно констатировать - у меня проблема решена. Вывод: ошибка из-за службы, которая не выгружалась из реестра при завершении сеанса пользователя.