Во-первых: Урррра! У меня получилось!
Во-вторых: суть проблемы.
Я уже настраивал удаленный рабочий стол для компьютеров с ОС WINDOWS 7.
Как говорится, ничего сложного. Пробросить порты в маршрутизаторе. Запустить «ломалку терминалов», чтобы пользователи друг другу не мешали. Всё — это я делал много раз. И всегда получалось.
Но в этот — нет.
Проблема возникла на этапе идентификации пользователя. Запускаю мастер подключения к удаленному рабочему столу, ввожу IP, подключаюсь к нужному компьютеру, и, как обычно, требуется ввести логин и пароль. И здесь не срабатывает: «неверный логин или пароль»
Пробовал
— устанавливал «1» в качестве пароля (через тимвьювер) — чтобы проще было
— вводил это пароль с помощью экранной клавиатуры
— поставил прогу, которая показывает пароли — все верно вводится
Ничего не помогало.
Тогда я создал новую учетную запись на том же компе с правами администратора. И. О, чудо! Все заработало.
Вывод : что-то не то со старой учетной записью.
В общем после непродолжительных поисков, я нашел. Первоначальное имя пользователя было изменено, но не до конца. Только изменение имени в оснастке «Локальные пользователи и группы». («Пуск» -> правой кнопкой на «Компьютер»->»Управление»->»Локальные пользователи и группы». В списке находимсвоего пользователя и ставим два одинаковых имя) удалось все исправить.
Я не админ, но люблю поковыряться. Я так рад, что у меня получилось, что даже пост написал.
- Remove From My Forums
Удаленный рабочий стол (не правильное имя пользователя или пароль)
-
Вопрос
-
Доброе время суток форумчане,
Захотел я с планшета (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», и о чудо…
ЗАРАБОТАЛО.Спасибо за подсказку/наводку…
Хотя я так и не совсем понял, у меня же в списке был пользователь «Все», а соединяться не хотел?
-
Изменено
17 января 2016 г. 15:33
-
Помечено в качестве ответа
Vector BCO
17 января 2016 г. 16:05
-
Изменено
Оглавление
- Настройка через редактор групповых политик
- Отключение проверка подлинности на уровне сети через свойства системы
- Изменить параметр проверки подлинности на уровне сети через PowerShell на удалённой машине
- А что оказалось в итоге? ))
Введение
Всё работало на днях и пользователи прекрасно подключались к удалённому рабочему столу через RDP. Но в один прекрасный момент при подключении к одному из удаленных рабочих столов я получил ошибку подключения. При том, что никаких
обновлений не устанавливал и не редактировал политики, никаких настроек на серверах также не проводил. Несмотря на всё это, получаю такой вою сюрприз:
Произошла ошибка при проверке подлинности.
Не удается установить связь с локальной системой безопасностиУдалённый компьютер: itlocate-server
Причиной ошибки может быть пароль с истекшим сроком действия.
Обновите ваш пароль, если срок его действия истёк.
Обратитесь за помощью к вашему администратору или в службу технической поддержки
Со слов пользователей они ничего не делали и всё было хорошо, но нужно срочно решить эту проблему. Горит работа 😄 !! Тут нужно понять кто конкретно портит нам жизнь, и это могут быть следующие товарищи:
- Настройка групповых политик
- Проверка подлинности на уровне сети
- КриптоПРО 😨 (как оказалось в моём случае)
Нужно конечно проверить все эти параметры, и пожалуй, начнём с редактора групповых политик.
Настройка через редактор групповых политик
Групповая политика – важный элемент любой среды Microsoft и без нё совсем никуда. Запускаем оснастку, как всегда, через WIN + R
😁 и нажимаем Enter. Далее открываем настройки безопасности:
Конфигурация компьютера – Административные шаблоны – Компоненты Windows – Службы удаленных рабочих столов – Узел сеансов удаленных рабочих столов – Безопасность
И открываем для редактирования следующий параметр: Требовать аутентификацию пользователя для удаленных подключений с использованием аутентификации на уровне сети
В этом параметре безопасности переключаем радиокнопку на Отключено и нажимаем ОК для сохранения изменений.
Пробуем повторно подключиться к удалённому рабочему столу по RDP. Если у вас этого не вышло, то пробуем настроить следующий параметр 👇.
Отключение проверка подлинности на уровне сети через свойства системы
Конечно, следующий параметр обычно используется для решения ошибки:
Удаленный компьютер требует проверки подлинности на уровне сети
Но в нашем случае это тоже может повлиять на возникновение ошибки и исключать этот способ точно не стоит. Тем более, что это довольно легко. Открываем свойства системы WIN + R sysdm.cpl Enter. На вкладке
Удаленный доступ снимаем галочку с пункта Разрешить подключения только с компьютеров, на которых работает удаленный рабочий стол с проверкой подлинности на уровне сети (рекомендуется)
и сохраняем изменения Применить. Для верности можно перезапустить систему, как сильно это любит операционная система Windows.
Снова пробуем зайти. Надеюсь у вас получилось! Или… 👇 Идём дальше.
Изменить параметр проверки подлинности на уровне сети через PowerShell на удалённой машине
Ещё один вариант – через PowerShell подключиться к удалённому компьютеру и изменить параметр проверки подлинности на уровне сети при помощи консоли.
Вообще Powershell очень мощный инструмент и отлично подходит для подавляющего большинства проблем или просто автоматизации рутинных процессов в средах Windows!
Открываем Powershell от
имени администратора: WIN + R powershell Ctrl + Shift + Enter.
Для начала задаём имя переменный, в которую передадим имя нашего удалённого компьютера или сервера, к которому собираемся подключаться.
$TargetMachine = "ИмяКомпьютера"
Теперь, используя имя переменной выполняем следующий скрипт ниже:
(Get-WmiObject -class "Win32_TSGeneralSetting" -Namespace rootcimv2Terminalservices -ComputerName $TargetMachine -Filter "TerminalName ='RDP-tcp'").SetUserAuthenticationRequired(0)
Готово, пробуем 😎! В идеале под каждый случай хорошо иметь готовенький PS скрипт.
Удаление КриптоПРО
Кто бы мог подумать, но эта программа мешала подключению к удалённому рабочему столу. Но конкретно в моём случае этот компьютер был не главного бухгалтера и надобности в КриптоПро не было никакой, так что я просто снёс программу. Как вариант её переустановка, ведь ранее с этой программой в системе работало удаленное подключение…
Есть Desktop с Windows 10 1909. На нем настроена учетная запись Microsoft (не локальный пользователь). При настройке RDP и вводе заведомо верных данных(пользователя и пароль) пишет: «Не верный пользователь или пароль». Создавал локального пользователя и попытался подключиться через него — все работает. Не могу понять почему не получается авторизоваться через учетную запись Майкрософт.
P.S На учетной записи Майкрософт включена авторизация по Пин-Коду.
P.P.S Логин формата — account@outlook.com. Пароль конечно же установлен, это же учетная запись Microsoft. Включена двухфакторная аутентификация.
-
Вопрос заданболее трёх лет назад
-
16409 просмотров
***Обновление***
Еще один вариант. Просто отключить пин код и авторизоваться в учетке майкрософт по паролю(не использовать аутентификатор майкрософт. Дело, видимо, в том, что при чистой установке авторизовываясь в учетке майкрософт по мобильному аутентификатору, а не по паролю, он не подгружает пароль и соответственно не хранит ХЭШИ пароля(возможно ошибаюсь).
***Конец обновления***
Нашел решение. Итак, все кто столкнется с этой проблемой нужно сделать следующее:
1) В меню «Параметры Windows» перейти в «Учетные записи» и в подпункте «Ваши данные» нажать «Войти вместо этого с локальной учетной записью»
Винда сначала попросит ввести новый локальный пароль для учетки, а потом выйти из учетки. Следуем ее совету.
2) Вводим локальный пароль и заходим в учетку. Проходим по пути что в первом пункте и нажимаем «Войти с учетной записью Майкрософт».
Далее винда попросит ваши учетные данные, вводим их и вуа-ля, теперь вы можете подключиться к своему компьютеру посредством RDP. Чтобы посмотреть Ваш «логин» для RDP перейдите в «Управление компьютером» —> «Локальные пользователи» —> «Пользователи». Найдите там свою учетную запись (пример: buhpc). Именно это имя и будет служить вашим логином для авторизации по RDP, а пароль будет такой как у учетной записи Майкрософт.
Пример:
Пользователь: buhpc
Пароль: пароль от учетной записи Майкрософт
P.S Я опустил в данном посте о добавлении этой учетки либо в группу Администраторы, либо Пользователи удаленного рабочего стола, ибо это и так понятно.
Всем спасибо за помощь.
Пригласить эксперта
Нужно просто удалить PIN-код, вводим в rdp никпарольподключаемся и возвращаем PIN-код обратно.
Достаточно просто правильно ввести учетные данные Майкрософт:
Login: examplemail@mail.com (такой же как при входе на сайт Майкрософт)
Pass: вашпароль
какой логин вводите? установлен ли пароль для учётной записи?
Блин. Кто то реально пользуется учетками Микрософта???? Оо
Если используется приложение аутентификатор, то его нужно отключить, иначе как не вводи пароль от учетки войти не получится.
Из личного опыта. Чтобы не заниматься описанными выше плясками с бубном, при подключении RDP с учетной записью Microsoft, необходимо указывать домен. Это выглядит так:
Логин: MicrosoftAccountваш_мейл
Пароль: ваш_пароль
Ни аутентификаторы, ни пин-коды при этом не мешают
Проблему получилось решить следующим способом:
В графе логин я указал то имя, которое отображается в списке учетных записей в свойствах моего компьютера, только короткое из нескольких символов.
В графе пароль я указал свой пароль от учетной записи Microsoft.
login: vyalc
password:
Никакого имени домена указывать не пришлось. Проверялось на мобильном клиенте RDP. Версия системы 19045.
-
Показать ещё
Загружается…
14 июн. 2023, в 01:02
5000 руб./за проект
13 июн. 2023, в 23:37
1000 руб./в час
13 июн. 2023, в 23:22
15000 руб./за проект
Минуточку внимания
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:
- Run the Network Adapter Troubleshooter
- Change the network profile from public to private
- Change account username
- Edit Windows Security Policy
- 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:
- Allow delegating default credentials
- Allow delegating saved credentials
- 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.