Windows 10 rdp неправильное имя пользователя или пароль

Problems with Remote Desktop connections are common. While attempting to connect to the Remote Desktop network, many users have reported the error – Your credentials did not work, The login attempt failed. If you face this issue, obviously, the first step should be verifying the credentials. However, a significant number of users have noted that the credentials were correct and in many cases worked fine earlier. Users have reported this problem on newly installed versions of the operating system and immediately after reinstalling Windows.

The issue is probably caused due to the Windows security policies or the username might have been changed recently. The latter is especially true when you reinstall Windows and enter a new username. The credentials for the Windows Remote Desktop connection do not change automatically.

Fix Remote Desktop incorrect or wrong password

To troubleshoot the problem, we will follow the following approach sequentially:

1. Run the Network Adapter Troubleshooter
2. Change the network profile from public to private
3. Change account username
4. Edit Windows Security Policy
5. Using the Group Policy editor

Let’s check out these steps in detail.

1] Run the Network Adapter Troubleshooter

The Network Adapter Troubleshooter will help check the flaws with the network (if any) and correct the same.

Go to Start > Settings > Updates & Security > Troubleshoot. Select the Network Adapter Troubleshooter from the list.

Read: Remote Desktop Printer redirection not working

2] Change the network profile from public to private

It has been reported that this issue occurred on systems where the network profile was set the public. Changing it to private helped in resolving the issue.

Go to Start > Settings > Network & Internet > Status. Click on Change connection properties.

Shift the radio button for Network profile to Private.

Wait for a few seconds for the system to modify the settings.

3] Change account username

One of the causes behind this issue is when users reinstall their copy of Windows 10, they change the username for the system – but it doesn’t change for the Remote Desktop connection. In this case, you could change the username back to what it was before the reinstallation and see if that helps.

4] Edit Windows Security Policy

There’s a Windows security policy, which when enabled, doesn’t allow non-admin users to logon to Remote Desktop connection. If you need to allow non-admin users to use the Remote Desktop connection, you would have to edit this policy. This is obviously possible if you are the administrator of the system yourself.

Press Win + R to open the Run window and type the command secpol.msc. Press Enter to open the Local Security Policy. In the Local Security Policy window, on the left pane, select Local Policies > User Rights Agreement.

In the right-pane, double-click on “Allow log on through Remote Desktop Services.”

In the next window, select Add user or group.

Under “Enter the object names to select column,” enter the username of the intended non-admin user. Click on Check names to resolve the username.

Select Ok to save the settings and restart the system.

Read: Remote Desktop connection very slow in Windows 11

5] Using the Group Policy editor

In case you need to set this policy across a series of systems, the same could be done through the Group Policy Editor. The procedure for the same is as follows:

Press Win + R to open the Run window and type the command gpedit.msc. Hit Enter to open the Group Policy Editor. Navigate to the following path:

Computer Configuration > Administrative Templates > System > Credentials Delegation.

On the right-pane, double-click on the policy, “Allow delegating default credentials with NTLM-only server authentication” to open its editing window.

Shift the radio button to Enabled and click on Show.

In the Value box, type TERMSRV/* and click on Ok.

Repeat the same for the following policies:

1. Allow delegating default credentials
2. Allow delegating saved credentials
3. Allow delegating saved credentials with NTLM-only server authentication

Check if helps in resolving the problem.

How do I fix the username or password is incorrect for Remote Desktop?

If you get Your credentials did not work or your username or password is incorrect for Remote Desktop error, you need to run the Network Adapter Troubleshooter, change your username, etc. Other than these, you can add Remove Desktop Users in the Allow log on through Remote Desktop Services menu as well.

How do I fix Remote Desktop credentials?

If you get any Remote Desktop credentials error, you might have to change the network profile type from Public to Private, use the Network Adapter Troubleshooter, change your account username, etc. Although this error doesn’t occur frequently, a certain change in your computer might cause this problem.

Hope something helps!

Related read: The  logon attempt failed error while connecting Remote Desktop.

Problems with Remote Desktop connections are common. While attempting to connect to the Remote Desktop network, many users have reported the error – Your credentials did not work, The login attempt failed. If you face this issue, obviously, the first step should be verifying the credentials. However, a significant number of users have noted that the credentials were correct and in many cases worked fine earlier. Users have reported this problem on newly installed versions of the operating system and immediately after reinstalling Windows.

The issue is probably caused due to the Windows security policies or the username might have been changed recently. The latter is especially true when you reinstall Windows and enter a new username. The credentials for the Windows Remote Desktop connection do not change automatically.

Fix Remote Desktop incorrect or wrong password

To troubleshoot the problem, we will follow the following approach sequentially:

1. Run the Network Adapter Troubleshooter
2. Change the network profile from public to private
3. Change account username
4. Edit Windows Security Policy
5. Using the Group Policy editor

Let’s check out these steps in detail.

1] Run the Network Adapter Troubleshooter

The Network Adapter Troubleshooter will help check the flaws with the network (if any) and correct the same.

Go to Start > Settings > Updates & Security > Troubleshoot. Select the Network Adapter Troubleshooter from the list.

Read: Remote Desktop Printer redirection not working

2] Change the network profile from public to private

It has been reported that this issue occurred on systems where the network profile was set the public. Changing it to private helped in resolving the issue.

Go to Start > Settings > Network & Internet > Status. Click on Change connection properties.

Shift the radio button for Network profile to Private.

Wait for a few seconds for the system to modify the settings.

3] Change account username

One of the causes behind this issue is when users reinstall their copy of Windows 10, they change the username for the system – but it doesn’t change for the Remote Desktop connection. In this case, you could change the username back to what it was before the reinstallation and see if that helps.

4] Edit Windows Security Policy

There’s a Windows security policy, which when enabled, doesn’t allow non-admin users to logon to Remote Desktop connection. If you need to allow non-admin users to use the Remote Desktop connection, you would have to edit this policy. This is obviously possible if you are the administrator of the system yourself.

Press Win + R to open the Run window and type the command secpol.msc. Press Enter to open the Local Security Policy. In the Local Security Policy window, on the left pane, select Local Policies > User Rights Agreement.

In the right-pane, double-click on “Allow log on through Remote Desktop Services.”

In the next window, select Add user or group.

Under “Enter the object names to select column,” enter the username of the intended non-admin user. Click on Check names to resolve the username.

Select Ok to save the settings and restart the system.

Read: Remote Desktop connection very slow in Windows 11

5] Using the Group Policy editor

In case you need to set this policy across a series of systems, the same could be done through the Group Policy Editor. The procedure for the same is as follows:

Press Win + R to open the Run window and type the command gpedit.msc. Hit Enter to open the Group Policy Editor. Navigate to the following path:

Computer Configuration > Administrative Templates > System > Credentials Delegation.

On the right-pane, double-click on the policy, “Allow delegating default credentials with NTLM-only server authentication” to open its editing window.

Shift the radio button to Enabled and click on Show.

In the Value box, type TERMSRV/* and click on Ok.

Repeat the same for the following policies:

1. Allow delegating default credentials
2. Allow delegating saved credentials
3. Allow delegating saved credentials with NTLM-only server authentication

Check if helps in resolving the problem.

How do I fix the username or password is incorrect for Remote Desktop?

If you get Your credentials did not work or your username or password is incorrect for Remote Desktop error, you need to run the Network Adapter Troubleshooter, change your username, etc. Other than these, you can add Remove Desktop Users in the Allow log on through Remote Desktop Services menu as well.

How do I fix Remote Desktop credentials?

If you get any Remote Desktop credentials error, you might have to change the network profile type from Public to Private, use the Network Adapter Troubleshooter, change your account username, etc. Although this error doesn’t occur frequently, a certain change in your computer might cause this problem.

Hope something helps!

Related read: The  logon attempt failed error while connecting Remote Desktop.

Доброе время суток форумчане,
Я хочу с планшета (Windows 10), управлять ПК с Windows 8.1
Настроил удаленный доступ (как показано)

на рабочий стол ПК с Windows 8.1. Поставил пароль на Windows 8.1.
Но при входе на удаленный рабочий стол (с планшета), введя «имя пользователя» и «пароль» (ПК с Windows 8.1), меня почему-то туда не пускают: высвечивается окно «входа в сиситему» Windows (с окнами для ввода «Пользователя» и «Пароля») и сообщением:

«Другой пользователь
Неправильное имя пользователя или пароль.
Попробуйте еще раз»

(Сеть есть, директории видны на удаленке, локальная сеть)

Хотя что там, имя «Kostya», пароль «1»

Заранее спасибо

P.S.
Прием:
<Тачка>Логин
тоже такая фигня

В Windows8.1 в «Пользователи удалённого рабочего стола» стоит значение

«Все»

Еще одно:
если в Windows 8.1 не выключить «Require user authentication for remote connections by using Network Level Authentications» (т.е. не поставить в «Disabled») (этот параметр находится в «Local Computer Policy/Computer Configuration/…»)
то при подключении к рабочему столу, появлялось предупреждение:

а если этот параметр «Disabled», то кнопка вхождения в «Пользователи удалённого рабочего стола» будет не доступна

Добавлено через 7 минут
или

Не могу подключиться к удаленному рабочему столу windows 10 неверный пароль

Этот форум закрыт. Спасибо за участие!

Лучший отвечающий

Вопрос

Доброе время суток форумчане,
Захотел я с планшета (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», и о чудо. ЗАРАБОТАЛО.

Спасибо за подсказку/наводку. 🙂

Хотя я так и не совсем понял, у меня же в списке был пользователь «Все», а соединяться не хотел?

Все ответы

Если его всетаки проигнорировать (что конечно полохо)

При вводе «Имени пользователя» и «Пароля», всеравно не могу зайти, с вышеуказанным сообщением, о некорректности входных данных. Хотя что там, имя «Kostya», пароль «1»

При вводе «Имени пользователя» и «Пароля», всеравно не могу зайти, с вышеуказанным сообщением, о некорректности входных данных. Хотя что там, имя «Kostya», пароль «1»

Да, конечно, у меня и ПК и планшет по рукой. Пробовал пароль изменить на «111111111», ни чего не поменялось.

Как написано в статье, пароль должен быть не менее 8 символов. Сейчас попробую ваш вариант.

И где можно почитать логи в Windows 8.1, по этому поводу.

Нет пароль «Admin123» (на Windows 8.1), также дал такой же результат, что на первом рисунке

я вижу, что на плашете у вас русская раскладка клавиатуры. а пароль в какой? попробуйте переключить на планшете раскладку на английскую.

там есть события «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:WindowsSystem32services.exe

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.

Источник

Что значит “Ошибка подключения к удаленному рабочему столу Windows 10”, если пароль правильный

«Внутренняя ошибка» или уведомление о невозможности подключиться к удалённому рабочему столу – распространённая проблема с Windows 10 у современных пользователей. И иногда она возникает совершенно неожиданно, без каких-либо действий со стороны администратора.

Что такое RDP

RDP – сетевой протокол от корпорации Microsoft, позволяющий получить доступ к серверу удаленно. Он позволяет любому пользователю Windows подключаться к другому компьютеру, вне зависимости от его местоположения. С помощью протокола можно создавать целые компьютерные сети с одного устройства.

RDP позволяет удаленно подключаться даже с мобильного, поддерживая практически все часто используемые операционные системы. Протокол не только открывает доступ к просмотру удалённого рабочего стола, но и дает возможность пользоваться его ресурсами и подключёнными периферийными устройствами.

Причины проблемы и поиски их решения

Неполадки с RDP возникают довольно часто по причине технического несовершенства протокола и большого трафика.

Включение функции и настройки брэндмауэра

Часто проблема возникает в момент включения функции. Чтобы проверить работоспособность протокола, и его активность:

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

Для быстрого подключения одновременно нажмите «Win» и «R», введите MSTSC и подтвердите действие клавишей «Enter».

Работу протокола может блокировать брэндмауэр и любой другой антивирус. Разрешите использование RDP или временно отключите защиту, помня о том, что это не безопасно.

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

Шаги выполнения:

Повторите попытку подключения.

Устранение конфликта порта

Некоторые приложения могут использовать тот же порт, что и RDP. Это провоцирует конфликт, который мешает удалённому доступу. В первую очередь необходимо понять, какое из установленных приложений использует аналогичный порт или установить другой порт для RDP.

Важно! По умолчанию протоколом удалённого доступа используется порт 3389.

Для изменения:

Чтобы подключение прошло успешно, укажите новые данные в функции RDP.

Изменение значения MTU и безопасности RDP

Под тремя буквами «MTU» подразумевается максимальная единица передачи, которая устанавливается автоматически. Ее изменение или удаление показателя снимет ограничения по размеру пакета, который может быть отправлен в данной сети.

Алгоритм изменения MTU:

Иногда операционная система не доверяет уровню безопасности протокола для удалённого подключения. В таком случае администратору стоит ее повысить для приемлемых значений.

Для этого:

Повторите попытку подключения.

Отключение сетевой аутентификации

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

Чтобы устранить конфликт, нажмите «Win+R» и введите в окне команду «sysdm.cpl» без кавычек.

После подтверждения действия откроется доступ к свойствам системы.

Алгоритм отключения аутентификации в сети:

Попробуйте снова войти в систему.

Сетевой протокол от Microsoft позволяет создавать полноценные компьютерные сети без использования стороннего софта. Однако пользователи RDP отмечают частные ошибки подключения без видимых на то причин. Несовершенства системы можно устранить достаточно быстро при условии, что была найдена причина проблемы.

Источник

Не могу подключиться к удаленному рабочему столу windows 10 неверный пароль

Этот форум закрыт. Спасибо за участие!

Спрашивающий

Вопрос

Все ответы

Если нет физического доступа, то попробуйте подключиться к серверу с помощью оснастки «Управление компьютером»

Посмотрите журналы событий.

Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

в журнале событий много ошибок есть и предупреждений.
27.06.2014 22:48:07
Возникла критическая ошибка 9. Работа индекса будет завершена. Вероятно, системе не хватает ресурсов. Освободите ресурсы и перезапустите службу.
Контекст: приложение «», каталог «SystemIndex»
Подробности:
Недостаточно системных ресурсов для завершения операции. (0x800705aa)

27.06.2014 22:48:08
Сбой при изменении состояния. Вероятно, системе не хватает ресурсов. Освободите ресурсы системы и перезапустите службу.
Контекст: приложение «», каталог «SystemIndex»
Подробности:
Объект не найден. (0x80041815)

далее
Предыдущая операция обновления была прервана. Будет автоматически запущено полное обновление всех источников содержимого.

Контекст: приложение «», каталог «SystemIndex»

это же время:
Невозможно обновить запись контрольной точки; эта операция не может быть завершена. Средство сбора данных снова попытается обновить запись контрольной точки. Если ошибка будет продолжать возникать, перезапустите службу, освободите ресурсы системы и убедитесь, что оборудование работает без сбоев.

Контекст: приложение «», каталог «SystemIndex»

Подробности:
Недостаточно памяти для обработки команды. (0x80070008)
и еще в это время произошло две ошибки и одно предупреждение

все выше перечисленные были в пятницу, сегодня с утра были другие, прислать?

Используйте Disk management, если откроется, посмотрите, сколько свободного на диске c:

Используйте монитор производительности

Тогда, думаю нужен физический доступ к серверу, чтоб понять что происходит, а потом принимать решения.

Если попробовать его перезагрузить, то боюсь можно остаться без ничего.

через минут 30 отвечу, а пока что вот что сегодня утром было в журнале событий:
в 9:05
Не удается найти описание для идентификатора события 1000 из источника vmauthd. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.
Если событие возникло на другом компьютере, возможно, потребуется сохранить отображаемые сведения вместе с событием.
К событию были добавлены следующие сведения:
2014-06-30T09:05:07.550+04:00| vthread-4| E105: Failed to read registry perf object MemoryCommitted Bytes

в 10:00 когда попытался я сам уже зайти удаленно:
Ошибка при создании контекста активации для «C:Windowssystem32infocardcpl.cpl». Не найдена зависимая сборка «Microsoft.VC80.CRT,processorArchitecture=»x86″,publicKeyToken=»1fc8b3b9a1e18e3b»,type=»win32″,version=»8.0.50727.1830″». Используйте sxstrace.exe для подробной диагностики.

спустя несколько секунд:
Неустранимый сбой операции ввода-вывода, инициированной реестром. Реестру не удалось очистить куст (файл): «??C:UsersАдминистраторntuser.dat».

и спустя еще 30 секунд:
Не удается найти описание для идентификатора события 1000 из источника vmauthd. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.
Если событие возникло на другом компьютере, возможно, потребуется сохранить отображаемые сведения вместе с событием.
К событию были добавлены следующие сведения:
2014-06-30T10:11:52.443+04:00| vthread-4| E105: Failed to read registry perf object MemoryPool Paged Bytes

Источник

ИСПРАВЛЕНИЕ: истек срок действия пароля или удаленный ПК не принимает пустые пароли

ИСПРАВЛЕНИЕ: истек срок действия пароля или удаленный ПК не принимает пустые пароли

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

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

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

Могут быть некоторые проблемы с вашим сетевым адаптером, машины, которые вы пытаетесь подключить, могут быть несовместимы из-за различных настроек, или это может быть вызвано конфликтом в установленных драйверах.

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

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

Как исправить проблемы с устаревшим или пустым паролем на удаленном сервере

1. Запустите средство устранения неполадок сетевого адаптера.

2. Измените пароль вашего сервера и обновите сетевые драйверы

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

Выполните следующие действия для обновления сетевых драйверов:

3. Отключите параметр проверки подлинности на уровне сети внутри удаленного рабочего стола

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

4. Перезапустите службы удаленного рабочего стола.

Вывод

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

Источник

Способы смены пароля учётной записи пользователя в RDP-сессии

При использовании удалённого подключения к операционным системам Microsoft Windows/Windows Server по протоколу RDP в некоторых случаях может возникать потребность в смене пароля учётной записи пользователя. При этом инициатором смены пароля в разных ситуациях может выступать как сам пользователь, так и администратор Windows-системы. В некоторых сценариях может получиться так, что, казалось бы, несложная задача смены пароля может стать не такой уж и простой. Поэтому в данной записи я попробую собрать информацию о самых разнообразных способах смены пароля учётной записи пользователя в RDP-сессии.

В случае, если пользователю Windows необходимо самостоятельно изменить пароль своей учётной записи, то в стандартной Windows-сессии пользователем может использоваться всем известное сочетание «горячих» клавиш Ctrl-Alt-Del. Это сочетание клавиш вызывает специальный экран Безопасности Windows (Windows Security), с которого доступна функция изменения пароля :

Если же речь заходит об использовании горячих клавиш в RDP-сессиях, то стоит заметить то, что во избежание перехвата некоторых сочетаний клавиш локальной клиентской системой (системой, с которой запускается RDP-клиент), перенаправление сочетаний клавиш Windows должно быть явно разрешено в свойствах RDP-клиента. Например в клиенте mstsc.exe, встроенном в Windows, данную опцию можно включить на закладке управления локальными ресурсам.

В стандартной первичной RDP-сессии для вызова специального экрана Безопасности Windows с функцией изменения пароля используется сочетание клавиш: Ctrl—Alt—End

В случае использования вложенных RDP-сессий (второго и последующего уровней), то есть когда из одной RDP-сессии открывается другая RDP-сессия, стандартное сочетание клавиш работать не будет. В разных источниках в интернете можно найти информацию об использовании более сложных сочетаний клавиш, таких как Ctrl—Alt—Shift-End или Shift-Ctrl-Alt-End. Однако мои эксперименты с Windows 10/Windows Server 2012 R2 показали, что данные сочетания клавиш попросту не работают (возможно они работали в ранних версиях ОС Windows). В этом случае на выручку нам может прийти следующий способ.

В составе Windows имеется приложение «Экранная клавиатура» (On-Screen Keyboard), расположенное по умолчанию в %SystemRoot%System32osk.exe. Используя это приложение, мы можем решить проблему использования «горячих» клавиш во вложенных RDP-сессиях.

Находясь во вложенной RDP-сессии, вызовем окно запуска приложений. Вызвать его можно разными способами, например, через контекстное меню по кнопке Windows, или через Диспетчер задач (Task Manager):

Либо можно использовать сочетание клавиш Win-R.

В окне запуска приложений выполним запуск исполняемого файла osk.exe

После того, как откроется приложение «Экранная клавиатура», нажмём на физической клавиатуре сочетание клавиш Ctrl—Alt, так, чтобы это отобразилось на экранной клавиатуре и затем, удерживая это сочетание клавиш, на экранной клавиатуре мышкой нажмём кнопку Del.

Таким образом мы отправим в удалённую RDP-сессию сочетание клавиш Ctrl-Alt-Del, в следствие чего откроется специальный экран Безопасности Windows с функцией изменений пароля пользователя.

Способ №3 – Ярлык на VBS-скрипт или Powershell

Вызов экрана Безопасности Windows можно выполнить не только интерактивными способами, но и программными, например, с помощью скриптов.

Разместим скрипт в месте, доступном на чтение (но не для редактирования) для всех пользователей удалённого рабочего стола, например в каталоге %SystemRoot% ( C:Windows ). А ярлык на запуск скрипта можно разместить в любом доступном пользователям месте, например, в каталоге общего профиля %SystemDrive%UsersPublicDesktop

При запуске данного ярлыка у пользователя будет открываться экран Безопасности Windows с возможностью изменения пароля.

Для любителей PowerShell приведённый VBS-скрипт можно заменить PS-скриптом следующего вида:

Либо запускать из ярлыка команду вида:

Однако стоит отметить тот факт, что запуск варианта с PowerShell будет происходить медленней, чем варианта с VBS-скриптом.

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

Способ №4 – Ярлык оболочки Windows Explorer

Если говорить о создании ярлыка запуска экрана Безопасности Windows, то имеется ещё один вариант создания такого ярлыка. Создаётся ярлык со ссылкой на расширение оболочки Windows Explorer следующего вида:

Опять же, при запуске такого ярлыка у пользователя будет открываться экран Безопасности Windows с возможностью изменения пароля. Этот способ одинаково хорошо работает на Windows 10 и на Windows Server 2012 R2.

Способ №5 – Панель управления Windows (локальные учётные записи)

Данный способ относится лишь к локальным учётным записям пользователей. Изменить пароль учётной записи рядового локального пользователя можно через Панель управления Windows. В Windows 10 из раздела Панели управления «Учётные записи пользователей» доступен вызов окна «Параметры компьютера«, в котором имеется функция изменения пароля текущего локального пользователя.

Такие методы вызова апплета управления учётными записями пользователей Панели управления Windows, как, например команда «control userpasswords2«, в качестве отдельного способа мы выделять не будем, так как подобные действия требуют административных прав в удалённой системе. То же самое касается и таких CLI-утилит Windows, как net.exe ( %SystemRoot%System32net.exe ) (пример команды «net user username newpassword«), так как они тоже требуют повышения уровня прав пользователя.

Ремарка

Отдельно хочется отметить обстоятельство, про которое порой забывают администраторы, и это может приводить к разным курьёзным ситуациям.

Попытки смены пароля, инициированные самим пользователем, могут оказаться безуспешными в случае, если пароль был недавно изменён и на удалённую Windows систему действует политика безопасности, определяющая минимальный срок действия пароля.

Повторюсь, что повлиять на ситуацию эта политика может только в случаях, когда пользователь самостоятельно инициирует процедуру смены пароля.

Далее мы поговорим о сценарии, при котором требование смены пароля включается для учётной записи пользователя форсировано администратором сервера (для локальных учётных записей), либо администратором службы каталогов Active Directory (для доменных учётных записей).

Практика показывает, что как только администратором включено требование смены пароля пользователя при следующем входе в систему, у пользователя могут возникнуть проблемы с подключением по протоколу RDP, если на стороне RDS сервера (а в некоторых случаях и на стороне RDS клиента) предварительно не предпринято никаких действий по специальной настройке обработки таких ситуаций. Далее мы рассмотрим пару примеров такой настройки.

Клиентский доступ к службам Windows Server RDS может быть организован через веб-интерфейс серверной роли Remote Desktop Web Access (RDWA). В функционале этой роли имеется выключенная по умолчанию возможность смены пароля пользователя в процессе аутентификации на веб-странице RDWA.

Чтобы включить данную возможность в Windows Server 2012/2012 R2 откроем консоль управления Internet Information Services (IIS) Manager, выберем сайт RDWA, развернём RDWeb > Pages и в разделе настроек ASP.NET выберем настройку опций веб-приложения Application Settings:

В перечне опций находим PasswordChangeEnabled и меняем установленное по умолчанию значение false на true:

Если серверов RDWA несколько и они работают в пуле за балансировщиком, например Windows NLB, то не забываем выполнить данное изменение на всех других серверах пула.

Теперь попытаемся от имени пользователя, у которого в свойствах учётной записи установлено требование смены пароля при следующем входе, аутентифицироваться на веб-странице RDWA:

После ввода учётных данных пользователя появится сообщение о том, что пароль пользователя требует замены и ссылка на страницу с функцией смены пароля ( https:// /RDWeb/Pages/ru-RU/password.aspx ):

На этой отдельной странице пользователь сможет ввести свои текущие учётные данные и новый пароль:

В случае успешной смены пароля пользователь получит соответствующее сообщение:

При необходимости ссылку на страницу смены пароля можно сделать доступной не только тем пользователям, у которых после аутентификации возникает требование смены пароля, но и всем остальным пользователям, чтобы они могли самостоятельно выполнять смену пароля по собственной инициативе через веб-страницу RDWA. Для этого можно будет внедрить ссылку на страницу password.aspx на странице входа login.aspx (по умолчанию страницы расположены в каталоге %windir%WebRDWebPagesru-RU )

Способ №7 – Специальный RDP-файл

Если пользователь выполняет подключение к удалённому рабочему столу на базе Windows Server 2012/2012 R2 через прямой запуск стандартного клиента mstsc.exe, то в ситуации с включенным признаком требования смены пароля, попытка подключения может быть завершена с ошибкой » You must change your password before logging on the first time. Please update your password or contact your system administrator or technical support «.

Если ситуация требует того, чтобы пользователь самостоятельно изменил свой пароль при первом входе в систему, то это потребует некоторого изменения уровня безопасности настроек протокола RDP на стороне RDS сервера и подготовки специального RDP-файла на стороне клиента.

Сначала на клиентской стороне откроем mstsc.exe, настроим все нужные параметры подключения к серверу RDS и используя кнопку Сохранить как, создадим RDP-файл.

После этого откроем RDP-файл в текстовом редакторе и добавим в конец файла строку «enablecredsspsupport:i:0«

Разрешить эту ситуацию можно только понизив уровень безопасности RDP на стороне RDS сервера, отключив обязательное требование проверки подлинности на уровне сети (NLA). Изменить эту настройку можно в свойствах системы на закладке Удалённый доступ:

В английской версии Windows название опции звучит как «Allow connections only from computers running Remote Desktop with Network Level Authentication (recommended)»

Если NLA нужно отключить на уровне коллекции серверов Windows Server 2012 R2, то сделать этом можно в свойствах коллекции сеансов, например через оснастку Server Manager:

После того, как отключено требование NLA на стороне RDS сервера, клиент с помощью специального RDP-файла, о котором мы сказали выше, должен успешно установить RDP-сессию и уже в ней получить сообщение о необходимости смены пароля:

И после этого пользователю будет показан экран, на котором он сможет задать новый пароль:

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

Заключение

Приведённый здесь перечень способов смены пароля при использовании протокола RDP не претендует на какую-то полноту и исключительность, а лишь отражает ту информацию, которую мне удалось найти в разных источниках по этому поводу. На мой взгляд, ни один из перечисленных способов нельзя считать наиболее удобным или универсальным, так как каждый из способов может применяться в определённых ограниченных сценариях и имеет, как преимущества, так и недостатки по сравнению с другими способами.

Дополнительные источники информации:

Источник

Подключение к удаленному рабочему столу 6.0 запросит учетные данные перед подключением к удаленному рабочему столу

В этой статье приводится обходное решение проблемы, из-за которую подключение к удаленному рабочему столу 6.0 предлагает ввести учетные данные перед установлением подключения к удаленному рабочему столу.

Исходная версия продукта: Windows Server 2012 R2
Исходный номер КБ: 941641

Симптомы

После установки обновления клиента подключения к удаленному рабочему столу 6.0 (обновление 925876) могут возникнуть следующие симптомы:

• Подключение к удаленному рабочему столу 6.0 запросит учетные данные перед подключением к удаленному рабочему столу.
• Подключение к удаленному рабочему столу 6.0 запросит принятие удостоверения сервера, если его невозможно проверить.
• Вы можете не использовать смарт-карту для входа в подключение к удаленному рабочему столу 6.0, даже если вы можете использовать смарт-карту для входа в подключение к удаленному рабочему столу 5.x.

Для получения дополнительных сведений об обновлении клиента подключения к удаленному рабочему столу 6.0 щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт:

Подключение к удаленному рабочему столу 925876 (клиент служб терминалов 6.0)

Обходной путь

Чтобы обойти эту проблему, отключите новые функции подключения к удаленному рабочему столу 6.0, чтобы вернуться к функциям подключения к удаленному рабочему столу 5.x. Чтобы реализовать это обходное решение, выполните следующие действия:

Нажмите кнопку «Начните», нажмите кнопку «Выполнить», mstsc.exe и нажмите кнопку «ОК».

Щелкните «Параметры» и перейдите на вкладку «Общие».

Нажмите кнопку «Сохранить как» и введите имя файла в поле «Имя файла».

Выберите расположение, в котором нужно сохранить файл удаленного рабочего стола, нажмите кнопку «Сохранить» и «Отмена».

Сохраненный файл имеет расширение RDP.

Нажмите кнопку «Начните», выберите «Выполнить», введите «Блокнот» и нажмите кнопку «ОК».

В меню «Файл» нажмите кнопку «Открыть».

В списке «Файлы типа» выберите «Все файлы».

В списке «Поиск» найдите и щелкните файл, сохраненный на шаге 4. Затем нажмите кнопку «Открыть».

Найдите строку, которая похожа на: уровень проверки подлинности: i: n

N-замессыватель представляет текущий уровень проверки подлинности.

Измените уровень проверки подлинности на 0, чтобы строка стала:
уровень проверки подлинности:i:0

Если установлен уровень проверки подлинности 0, RDP 6.0 не проверяет проверку подлинности сервера.

Добавьте следующую строку в конец файла:enablecredsspsupport:i:0

Если эта строка присутствует, вам не нужно предоставлять учетные данные перед подключением к удаленному рабочему столу.

В меню Файл выберите пункт Сохранить.

Чтобы подключиться с помощью подключения к удаленному рабочему столу, запустите файл, сохраненный на шаге 12.

После этого новые функции безопасности, которые предоставляет подключение к удаленному рабочему столу 6.0, будут удалены. Кроме того, подключение к удаленному рабочему столу 6.0 несовместимо с компьютерами под управлением Windows Vista, которые имеют разрешение подключений только с компьютеров с включенным параметром проверки подлинности на уровне сети в свойствах системы.

Windows rdp недопустимые учетные данные

Общие обсуждения

Доброго времени суток.

Столкнулись с такой проблемой — при подключение к виртуальному серверу, через RDP, по внешнему IP, выдает следующую ошибку:

Учетные данные, использованные для подключения к xxx.xxx.xxx.xxx, недопустимы. Введите новые учетные данные.

Через Hyper-V входим без проблем.

Кто-то сможет подсказать откуда ростут проблемы?

• Изменен тип Petko Krushev Microsoft contingent staff, Moderator 4 сентября 2014 г. 6:12

Все ответы

Например, из-за отсутствия у учетной записи права на вход в систему через службу удаленных рабочих столов. Право это определяется политикой, при обычной настройке оно есть у групп Администраторы и Пользователи служб удаленных столов, кроме того в политике можно установить явный запрет на этот тип входа (проверьте всё это).

А вообще, для выяснения точной причины проблем со входом в систему включайте(через политику) аудит неудачных попыток входа в систему и смотрите журнал событий Безопасность.

Пытаемся зайти через учетку Администратора, причем уже неделю ходили без проблем.

Аудит пишет следующее:

Учетной записи не удалось выполнить вход в систему.

Субъект:
ИД безопасности: NULL SID
Имя учетной записи: —
Домен учетной записи: —
Код входа: 0x0

Учетная запись, которой не удалось выполнить вход:
ИД безопасности: NULL SID
Имя учетной записи: Администратор
Домен учетной записи: MOS1SKRIST1

Сведения об ошибке:
Причина ошибки: Неизвестное имя пользователя или неверный пароль.
Состояние: 0xC000006D
Подсостояние: 0xC0000064

Сведения о процессе:
Идентификатор процесса вызывающей стороны: 0x0
Имя процесса вызывающей стороны: —

Сведения о сети:
Имя рабочей станции: WORKSHOP
Сетевой адрес источника: —
Порт источника: —

Сведения о проверке подлинности:
Процесс входа: NtLmSsp
Пакет проверки подлинности: NTLM
Промежуточные службы: —
Имя пакета (только NTLM): —
Длина ключа: 0

Windows rdp недопустимые учетные данные

Общие обсуждения

На ноутбуке поставил Windows 8.1 и создал пользователя через bat. Подключение устанавливается, но пишет, что учетные данные недопустимы, вводи другие.(«Учетные данные, использованные для подключения к 192.168.50.132 недопустимы.»)

net user Chcp 1251 /add

net localgroup «Администраторы» Chcp /add

net localgroup «Administrators» Chcp /add

net localgroup «Пользователи» Chcp /del

net localgroup «Users» Chcp /del

REG ADD «HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionWinlogonSpecialAccountsUserList» /v «Chcp» /t REG_DWORD /d 0 /f

reg add «HKLMSYSTEMCurrentControlSetControlTerminal Server» /v fDenyTSConnections /t REG_DWORD /d 00000000 /f

netsh firewall set service remoteadmin enable

netsh firewall set service remotedesktop enable

fDenyTSConnections (DWORD) = 0

fSingleSessionPerUser (DWORD) = 0

У меня стоит Windows 8.1, а на ноутбуке Windows 8.1 PRO.Через Telnet все работает через созданного пользователя. Компьютеры в локальной сети.

Если ввести случайный логин и пароль то будет писать тоже самое, если использовать пользователя которого создал при установке тоже будет это писать.

Windows rdp недопустимые учетные данные

Общие обсуждения

Доброго времени суток.

Столкнулись с такой проблемой — при подключение к виртуальному серверу, через RDP, по внешнему IP, выдает следующую ошибку:

Учетные данные, использованные для подключения к xxx.xxx.xxx.xxx, недопустимы. Введите новые учетные данные.

Через Hyper-V входим без проблем.

Кто-то сможет подсказать откуда ростут проблемы?

• Изменен тип Petko Krushev Microsoft contingent staff, Moderator 4 сентября 2014 г. 6:12

Все ответы

Например, из-за отсутствия у учетной записи права на вход в систему через службу удаленных рабочих столов. Право это определяется политикой, при обычной настройке оно есть у групп Администраторы и Пользователи служб удаленных столов, кроме того в политике можно установить явный запрет на этот тип входа (проверьте всё это).

А вообще, для выяснения точной причины проблем со входом в систему включайте(через политику) аудит неудачных попыток входа в систему и смотрите журнал событий Безопасность.

Пытаемся зайти через учетку Администратора, причем уже неделю ходили без проблем.

Аудит пишет следующее:

Учетной записи не удалось выполнить вход в систему.

Субъект:
ИД безопасности: NULL SID
Имя учетной записи: —
Домен учетной записи: —
Код входа: 0x0

Учетная запись, которой не удалось выполнить вход:
ИД безопасности: NULL SID
Имя учетной записи: Администратор
Домен учетной записи: MOS1SKRIST1

Сведения об ошибке:
Причина ошибки: Неизвестное имя пользователя или неверный пароль.
Состояние: 0xC000006D
Подсостояние: 0xC0000064

Сведения о процессе:
Идентификатор процесса вызывающей стороны: 0x0
Имя процесса вызывающей стороны: —

Сведения о сети:
Имя рабочей станции: WORKSHOP
Сетевой адрес источника: —
Порт источника: —

Сведения о проверке подлинности:
Процесс входа: NtLmSsp
Пакет проверки подлинности: NTLM
Промежуточные службы: —
Имя пакета (только NTLM): —
Длина ключа: 0

Windows rdp недопустимые учетные данные

Вопрос

Есть несколько серверов 2008R2.

DC и пару включенных в домен. При попытке подключиться к серверу (не DC) по RDP из под учетки администратора домена, выдает сообщение «учетные данные используемые для подключения к . недопустимы введите новые учетные данные». Причем из под этой же учетки на сам DC пускает.

Причем, если я подключаюсь с телефона/планшета с помощью RD client — подключение проходит нормально.. а с Win7/8.1 — нет

Ответы

Согласно сторонним форумам, в качестве временного решения помогает в локальной политике применить:

Это изменение должно помочь в случае установки обновления KB3002657, как временное решение.

P.S. так пишут на сторонних форумах.

Best Regards, Andrei .
Microsoft Certified Professional

• Изменено SQx Moderator 15 марта 2015 г. 15:38 исправлено
• Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 6 апреля 2015 г. 6:10

Все ответы

Уточните пожалуйста, проблема начало воспроизводиться после мартовских обновлений?
Также уточните присутствует ли в списке установленных обновлений, обновление kb3039976 ?

Best Regards, Andrei .
Microsoft Certified Professional

• Предложено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff, Moderator 13 марта 2015 г. 9:47

Этого обновления я в списке не нашел, хотя сегодня поставил ВСЕ обновления на все сервера. и не могу точно сказать с какого момента это произошло, потому как сервера ввел в домен только вчера. Но при выводе серверов из домена, подключение работает нормально. И к тому же, на сам DC я захожу, по RDP.

И так же я могу к ним подключиться под учеткой локального админа, а доменного нет.

Best Regards, Andrei .
Microsoft Certified Professional

• Изменено SQx Moderator 13 марта 2015 г. 6:27 исправлено

Спасибо, перед обращением сюда я читал эти статьи, они не к моему случаю. У меня нет проблем с сохранением учетных данных, к тому же я создавал разные учетки с правами доменных админов и пытался подключаться с разных компов, со всех учеток та же ситуация..

а логи выдают вот это

Best Regards, Andrei .
Microsoft Certified Professional

• Изменено SQx Moderator 13 марта 2015 г. 12:55 исправлено

Похоже на проблему, которая воспроизводиться после установки обновления KB3002657

P.S. в качестве временного решения, выше указано статье указывают на удаление обновления KB3002657 со всех контроллеров домена.

Best Regards, Andrei .
Microsoft Certified Professional

• Предложено в качестве ответа SQx Moderator 13 марта 2015 г. 12:55
• Изменено SQx Moderator 13 марта 2015 г. 12:55 исправлено

Best Regards, Andrei .
Microsoft Certified Professional

Похоже на проблему, которая воспроизводиться после установки обновления KB3002657

P.S. в качестве временного решения, выше указано статье указывают на удаление обновления KB3002657 со всех контроллеров домена.

Best Regards, Andrei .
Microsoft Certified Professional

Удаление этого КВ не помогло (((

Best Regards, Andrei .
Microsoft Certified Professional

Очень похожая проблема

Накатил последние обновления (компьютер с TMG), перезагружаюсь — «не верные учетные данные»

Захожу под другой доменной админской учеткой — пускает. Смотрю журнал ошибок — все нормально, но возникло предупреждение 1530 от службы профилей пользователей

На другие сервера домена захожу под любой админской учеткой

ок. Перезагружаюсь еще раз. Опа — не пускает под обоими админскими учетками

Захожу под локальным админом. Удаляю профили пользователей под которыми не пускает. не помогло.

Удаляю обновление KB3002657. не помогло

Удаляю все установленные сегодня обновления. ждем-с

I just installed rdpwrapper.
I have the config open and it says:
Wrapper state: Installed
Service State: running
Listener state: Listening

Version: 10.0.17134.1
[fully supported]

I’ve tried various checkboxes, at this very moment, I have it set to:
Enable remote desktop on port 3389
No other checkboxes checked here

Auth mode: I’ve tried all 3
Session shadowing mode: Full access with user’s permission (not changed as I’m not trying to use this, I do not believe).

I’ve used RDPCheck.exe, and enter my username/password, and it works. It loads a new window and appears to work fine. It’s resolution is very small (which I’ve read is intended as it’s just a tester, just confirming that I do believe rdpcheck is working).

Full disclosure:
Windows 10 Home
The computer is logged in as the main account/administrator
I am currently using teamviewer on that computer to install rdpwrapper/test/make changes

From my remote pc, I am using windows Remote Desktop Connection
I enter in the IP of the windows 10 home machine
It comes up with a windows server 2008 login screen. I enter my username/password in, and it says invalid user name and password. I’ve tried this at least 10 times, and can confirm I have the right password (as I can log into the web, and I used the same in RDPCheck).

On the windows 10 home machine, I can confirm the allow remote connections is checked.

I’m assuming I am just missing something, but I’ve looked back through the readme.md and can’t seem to figure it out.

Does anyone have any suggestions? Or is there more information I can provide to assist?
Thanks