У меня есть машина с Windows Vista (Ultimate), которая подключается к машине с Windows Server 2003 только для одного: подключенного сетевого диска.
На сервере есть учетная запись пользователя, которая именно соответствует имени пользователя и паролю на машине Vista.
Проблема в том, что ... когда я пытаюсь подключить (сопоставить) сетевой диск, появляется сообщение о том, что имя пользователя или пароль неверны! Так как это дает вам возможность повторно ввести имя пользователя и пароль, я повторно ввожу пароль (точно такой же, снова), и он работает, и диск подключается.
НО ... сюжет сгущается! После перезагрузки (или, я полагаю, выхода из системы и входа в систему) сетевой диск больше не работает - двойной щелчок по нему дает небольшую задержку, а затем появляется сообщение о том, что диск не может быть повторно подключен, потому что аккаунт заблокирован. Конечно, проверка на сервере показывает, что учетная запись заблокирована. Взгляд на журнал событий показывает повторяющиеся события «неверный пароль» до того, как учетная запись в конечном итоге будет заблокирована.
Регистрируются следующие конкретные события:
MICROSOFT_AUTHENTICATION_PACKAGE_V1_0, который не работает с кодом 0xC0000234Обе машины используют один и тот же метод аутентификации LAN-менеджера (в частности, «Отправить LM и NTLM, использовать сеансовую безопасность NTLMv2, если согласовано») - установленный с помощью политики безопасности.
Компьютер с Vista не является частью домена, но имя пользователя и пароль совпадают.
Машина Vista используемый работать нормально, когда это была машина XP. Но затем он был обновлен до Vista (не чистая переустановка, а фактическое обновление), и вот что происходит сейчас.
На всю жизнь я не могу понять, почему он, кажется, отправляет неправильный пароль, когда я проверил и дважды проверил, чтобы убедиться, что пароль именно тот же самый. Я искал и искал в Google ничего полезного. Я в тупике!
Есть ли у кого-нибудь идеи относительно того, что мощь здесь происходит - или идеи по дальнейшим действиям по устранению неполадок, которые я могу предпринять?
ОБНОВИТЬ: Я пробовал сопоставить диск с помощью командной строки и команды NET USE - но он тоже вскидывает руки с «системной ошибкой 86», в которой говорится, что «указанный сетевой пароль неверен». Ваше предположение так же хорошо, как и мое, относительно того, что здесь происходит на самом деле. Я бы хотел понюхать фактический трафик, идущий между компьютерами, и посмотреть, какой пароль (если есть !!) отправляется ...
у меня были похожие проблемы. похоже, это связано с входом на другой сервер с другим паролем. например, у меня был пароль пользователя для одного ресурса и другой для другого - оба с одним и тем же идентификатором входа. после того, как я прикрепил оба общих ресурса, он навсегда испортил вход в один из них. четный после Я больше не использовал один из них, оставшийся всегда предлагал мне войти. решение, которое, казалось, исправило для меня, было:
после этого карта дисковода работала нормально. windows, кажется, сохраняет аутентификацию для старых общих ресурсов и путается.
-дон
Это последнее предложение с настройкой ответов LM и NTLM сработало для меня. Я пытался получить доступ к общим ресурсам на W2K pro из Windows 7 pro. Те же имена пользователей и пароли, без домена, только рабочая группа. Без этого параметра я мог нормально получить доступ к удаленным общим ресурсам, а затем он просто перестал работать и начал запрашивать учетные данные, которые, независимо от того, были ли они правильными, откажут в доступе. Я думаю, что этот параметр должен быть изменен из обновления Windows.
У меня была такая же проблема, когда пользователь запускал Windows 2008, которая не была подключена к домену (я полагаю, также происходит в Vista), и я пытался подключиться к NAS (а не к настоящему серверу).
Исправление заключалось в следующем: перейдите в Инструменты администратора >> Локальная политика безопасности >> Локальные политики >> Параметры безопасности >> Сетевая безопасность: уровень проверки подлинности LAN Manager -> измените это значение на Отправлять ответы LM и NTLM.
Я предполагаю, что это менее безопасный параметр, но он решил проблему.
Кстати ... Также важно проверить время на рабочей станции и сервере в пределах 5 минут друг от друга.
-TamW
Вы пробовали другое имя пользователя и пароль?
Не могли бы вы также выложить журнал безопасности с сервера / рабочей станции. Это поможет разобраться в проблеме.
Также ознакомьтесь с этим сообщением об ошибках такого типа:
http: // x-security.blogspot.com/2009/04/trobleshoot-user-account-lockout. html