Неверное имя пользователя или пароль windows 7 rdp
Вопрос
Доброе время суток форумчане,
Захотел я с планшета (Windows 10), управлять ПК с Windows 8.1.
Настроил удаленный доступ (как показано ), на рабочий стол ПК с Windows 8.1. Поставил пароль на Windows 8.1, и в «Пользователи удалённого рабочего стола» поставил значение «Все».
Но при входе на удаленный рабочий стол (с планшета), введя «имя пользователя» и «пароль» (ПК с Windows 8.1),
На планшете выпала ошибка:
покопавшись в internet, я нашел как избавиться от этой ошибки:
нужно (как там написано) в Windows 8.1, поставить в «Disabled» в параметре «Require user authentication for remote connections by using Network Level Authentications» (этот параметр находится в «Local Computer Policy/Computer configuration/Administrative Templates/Windows Components/Remote Desktop Services/Remote Desktop Session Host/Security»). Но тогда становится недоступной кнопка, открывающая окно «Пользователи удалённого рабочего стола». Но при соединении с удаленным столом, выпадает предупреждение :
Если его всетаки проигнорировать (что конечно полохо), то появляется синий экран (входа в Windows) с
«Другой пользователь
Неправильное имя пользователя или пароль.
Попробуйте еще раз»
При вводе «Имени пользователя» и «Пароля», всеравно не могу зайти, с вышеуказанным сообщением, о некорректности входных данных.
Хотя что там, имя «Kostya», пароль «1»
(Сеть есть, директории видны на удаленке, локальная сеть, брендмауэры выключены на обеих машинах)
Нужно наверное разобраться с «паролем» у которого истек срок действия? Хотя я его ситки назад.
P.S.
Прием:
\Логин
тоже такая фигня
Ответы
В «Remote Desktop Users» к списку из «Все, Гость», добавил пользователя «Kos», и о чудо. ЗАРАБОТАЛО.
Спасибо за подсказку/наводку. 🙂
Хотя я так и не совсем понял, у меня же в списке был пользователь «Все», а соединяться не хотел?
Все ответы
Если его всетаки проигнорировать (что конечно полохо)
это не плохо. при подключении RDP используется самоподписанный сертификат, которому никто не доверяет. нажимая «да» — вы доверяете этому сертификату.
При вводе «Имени пользователя» и «Пароля», всеравно не могу зайти, с вышеуказанным сообщением, о некорректности входных данных. Хотя что там, имя «Kostya», пароль «1»
При вводе «Имени пользователя» и «Пароля», всеравно не могу зайти, с вышеуказанным сообщением, о некорректности входных данных. Хотя что там, имя «Kostya», пароль «1»
а есть ли у Вас локальный дост уп к Windows 8.1 ? там можно почитать логи, которые могут подсказать в чём причина. Попробуйте назначить пароль вида «Admin123»
Да, конечно, у меня и ПК и планшет по рукой. Пробовал пароль изменить на «111111111», ни чего не поменялось.
Как написано в статье, пароль должен быть не менее 8 символов. Сейчас попробую ваш вариант.
И где можно почитать логи в Windows 8.1, по этому поводу .
И где можно почитать логи в Windows 8.1, по этому поводу.
ели у вас Windows 8.1 Professional, Enterprise или Ultimate — всё должно работать согласно тому видео, по которому настраивали.
Нажмите Ctrl + X — в меню выберите «просмотр событий» или «Event Viewer». откройте журнал Безобасность\Security
Нет пароль «Admin123» (на Windows 8.1), также дал такой же результат, что на первом рисунке
я вижу, что на плашете у вас русская раскладка клавиатуры. а пароль в какой? попробуйте переключить на планшете раскладку на английскую.
1. Нет, перед вводом пароля, я переключаю расскладку на английскую (у меня по умолчанию — раскладка английская), т.е. ввожу пароль на английском
2. Открыл на Windows 8.1 «Event Viewer -> Windows Logs -> Security»
там есть события «Audit Success» в колонке «Keywords»
Вот текст одного из сообщений:
Special privileges assigned to new logon.
Privileges: SeAssignPrimaryTokenPrivilege
SeTcbPrivilege
SeSecurityPrivilege
SeTakeOwnershipPrivilege
SeLoadDriverPrivilege
SeBackupPrivilege
SeRestorePrivilege
SeDebugPrivilege
SeAuditPrivilege
SeSystemEnvironmentPrivilege
SeImpersonatePrivilege
Второго сообщения :
An account was successfully logged on.
Subject:
Security ID: СИСТЕМА
Account Name: KOSTYA$
Account Domain: HOME
Logon ID: 0x3E7
Impersonation Level: Impersonation
New Logon:
Security ID: СИСТЕМА
Account Name: СИСТЕМА
Account Domain: NT AUTHORITY
Logon ID: 0x3E7
Logon GUID:
Process Information:
Process ID: 0x2e4
Process Name: C:\Windows\System32\services.exe
Network Information:
Workstation Name:
Source Network Address: —
Source Port: —
Detailed Authentication Information:
Logon Process: Advapi
Authentication Package: Negotiate
Transited Services: —
Package Name (NTLM only): —
Key Length: 0
This event is generated when a logon session is created. It is generated on the computer that was accessed.
The subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe.
The logon type field indicates the kind of logon that occurred. The most common types are 2 (interactive) and 3 (network).
The New Logon fields indicate the account for whom the new logon was created, i.e. the account that was logged on.
The network fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases.
The impersonation level field indicates the extent to which a process in the logon session can impersonate.
The authentication information fields provide detailed information about this specific logon request.
— Logon GUID is a unique identifier that can be used to correlate this event with a KDC event.
— Transited services indicate which intermediate services have participated in this logon request.
— Package name indicates which sub-protocol was used among the NTLM protocols.
— Key length indicates the length of the generated session key. This will be 0 if no session key was requested.
Если не сохраняется пароль пользователя для RDP подключений
📝 Рассмотрим случай, если встроенный RDP клиент (mstsc.exe) не сохраняет пароль для подключения к серверу 1С.
При этом пароль запрашивается каждый раз. Информация относится к ОС Windows 10, Server 2012 R2/2016.
Система Windows не разрешает использовать сохраненный пароль RDP в случаях:
- если вы подключаетесь с ПК, включенного в домен, к компьютеру/серверу, который зарегистрирован в другом домене или рабочей группе;
- если вы подключаетесь не под доменной, а под локальной учетной записью.
В этой ситуации появляется окно с ошибкой « Недопустимые учетные данные: Системный администратор запретил использовать сохраненные учетные данные для входа в систему удаленного компьютера, так как его подлинность проверена не полностью. Введите новые учетные данные ».
Windows считает такое подключение небезопасным, т. к. отсутствуют доверительные отношения между вашим ПК и удаленной станцией.
Как изменить настройки:
- Откройте редактор локальной политики gpedit.msc.
- Перейдите в раздел « Конфигурация компьютера — Система — Передача учетных данных » и найдите политику «Разрешить передачу сохраненных учетных данных с проверкой подлинности сервера «только NTLM» .
- В открывшемся окне включите политику и заполните список удаленных компьютеров в требуемом формате.
- Сохраните изменения и обновите групповую политику.
Если при RDP-подключении у пользователя все равно запрашивается пароль, попробуйте аналогичным образом включить и настроить политику « Разрешить передачу сохраненных учетных данных ».
Также проверьте, что не включена политика «Запретить передачу сохраненных учетных данных», т. к. у запретительной политики выше приоритет.
✅ Теперь при выполнении RDP подключения клиент будет использовать сохраненный пароль для доступа к серверу 1С.
⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.
Неверное имя пользователя или пароль windows 7 rdp
Вопрос
есть сервер 2008 R2, на котором поднята роль сервера терминалов. В офисе стоят рабочие станции Windows XP (с SP2 или SP3), несколько ноутов с Windows 7 и Linux (сборка Ubuntu).
Люди с рабочих станций подключаются к серверу по RDP. Могут через интернет с помощью VPN, могут непосредственно с локальной сети офиса. Так вот, пока стоял WinServ2003 не было никаких проблем.
Теперь, при вводе пароля в RDP пользователь может вводить пароль до 20-25 раз прежде чем удачно залогиниться на сервер. При этом система не блокирует пользователя с третьего неудачного ввода пароля (хотя может это сделать с 7-ого, 15-ого, 22-ого), а просто говорит не верный пароль и всё.
В журнале при этом пишется всегда следующее:
Учетной записи не удалось выполнить вход в систему.
Субъект:
ИД безопасности: система
Имя учетной записи: SERVER-T2$
Домен учетной записи: OFFICE
Код входа: 0x3e7
Учетная запись, которой не удалось выполнить вход:
ИД безопасности: NULL SID
Имя учетной записи: (написано на кириллице)
Домен учетной записи: OFFICE
Сведения об ошибке:
Причина ошибки: Неизвестное имя пользователя или неверный пароль.
Состояние: 0xc000006d
Подсостояние: 0xc000006a
Сведения о процессе:
Идентификатор процесса вызывающей стороны: 0xe04
Имя процесса вызывающей стороны: C:\Windows\System32\winlogon.exe
Сведения о сети:
Имя рабочей станции: SERVER-T2
Сетевой адрес источника: 192.168.222.103
Порт источника: 1196
Сведения о проверке подлинности:
Процесс входа: User32
Пакет проверки подлинности: Negotiate
Промежуточные службы: —
Имя пакета (только NTLM): —
Длина ключа: 0
Данное событие возникает при неудачной попытке входа. Оно регистрируется на компьютере, попытка доступа к которому была выполнена.
Поля «Субъект» указывают на учетную запись локальной системы, запросившую вход. Обычно это служба, например, служба «Сервер», или локальный процесс, такой как Winlogon.exe или Services.exe.
В поле «Тип входа» указан тип выполненного входа. Наиболее распространенными являются типы 2 (интерактивный) и 3 (сетевой).
В полях «Сведения о процессе» указано, какая учетная запись и процесс в системе выполнили запрос на вход.
Поля «Сведения о сети» указывают на источник запроса на удаленный вход. Имя рабочей станции доступно не всегда, и в некоторых случаях это поле может оставаться незаполненным.
Поля сведений о проверке подлинности содержат подробные данные о конкретном запросе на вход.
— В поле «Промежуточные службы» указано, какие промежуточные службы участвовали в данном запросе на вход.
— Поле «Имя пакета» указывает на подпротокол, использованный с протоколами NTLM.
— Поле «Длина ключа» содержит длину созданного ключа сеанса. Это поле может иметь значение «0», если ключ сеанса не запрашивался.
при этом не важно переименована ли данная учётная запись или создана с нуля.
Буду благодарен подсказкам куда лезть и где копать.