Коригиране: Вашите идентификационни данни не са работили в отдалечен работен плот

Съобщението за грешка „ Вашите идентификационни данни не са работили “ се появява, когато не успеете да се свържете с отдалечената система с помощта на връзка с отдалечен работен плот. Тази грешка често се причинява от политики на Windows, които предотвратяват входящите RDP връзки, или просто потребителското име на вашата система. Справянето с тази конкретна грешка може да вбеси, тъй като грешката не е в идентификационните данни, а по-скоро някъде другаде. Такова съобщение за грешка може да се появи, дори ако въвеждате правилните идентификационни данни, което го прави изпитание.

Ако получавате съобщение за грешка след инсталиране на ново копие на Windows 10, тогава не сте единствената жертва. Много потребители зависят от връзките с отдалечен работен плот и такива грешки обикновено са кошмар за тях, но не се притеснявайте, тъй като ще можете да преодолеете проблема, след като следвате това ръководство.

Какво причинява съобщението за грешка „Отдалеченият работен плот на вашите идентификационни данни не работи“ в Windows 10?

Следните фактори често се установяват като причина за споменатото съобщение за грешка -

  • Промяна на потребителското име: Понякога, когато инсталирате прясно Windows или преименувате текущия си потребителски акаунт, това може да причини такъв проблем. Всъщност, когато промените потребителското си име, то не се променя за връзката с отдалечен работен плот, поради което се генерира съобщението за грешка.
  • Политика на Windows: В някои случаи съобщението за грешка се дължи на Политика за сигурност на Windows, която предотвратява влизането на потребители, които не са администратори.

След като знаете причините за съобщението за грешка, можете да следвате решенията, предоставени по-долу, за да разрешите проблема си. Моля, уверете се, че следвате дадените решения в същия ред, както е предвидено.

Решение 1: Връщане на потребителско име

Както споменахме, съобщението за грешка понякога се причинява, защото потребителят, от когото се опитвате да се свържете, не съществува на сървъра за отдалечен работен плот. Това се случва, когато се опитате да промените потребителското си име или да инсталирате ново копие на Windows. Промяната на вашето потребителско име не го променя непременно за връзка с отдалечен работен плот и по този начин вашите идентификационни данни ще бъдат неправилни, тъй като потребителят не е на сървъра. По този начин, за да изолирате проблема, ще трябва да се върнете към потребителското име, което сте използвали преди появата на съобщението за грешка.

Решение 2: Редактиране на Политика за сигурност на Windows

Съществува Политика за сигурност на Windows за връзка с отдалечен работен плот, която не позволява на потребители, които не са администратори, да влизат с помощта на RDP. По този начин, ако искате да влезете с не-администраторски потребителски акаунт, ще трябва да предоставите достъп на потребителите на отдалечен работен плот. Ето как да го направите:

  1. Натиснете клавиш Windows + R, за да отворите диалоговия прозорец Изпълнение .
  2. Въведете ' secpol.msc ' и натиснете Enter. Това ще отвори прозореца Локална политика за сигурност.
  3. Разгънете Местни политики и след това изберете Присвояване на потребителски права .
  4. От дясната страна намерете и щракнете двукратно върху „ Разрешаване на влизане чрез услуги за отдалечен работен плот “ или „ Разрешаване на влизане през терминални услуги “.
  5. Щракнете върху Добавяне на потребител или група и след това въведете потребители на отдалечен работен плот .
  6. Щракнете върху OK , натиснете Приложи и след това щракнете отново върху OK .
  7. Рестартирайте системата, за да влезе в сила промяната.
  8. Проверете дали изолира проблема.

Решение 3: Редактиране на локална групова политика

Ако горепосочените решения не ви помогнат, можете да опитате да изолирате проблема, като промените няколко локални групови правила. По принцип това, което ще трябва да направите, е да дадете на набор от правила за делегиране на идентификационни данни конкретна стойност, която най-вероятно ще реши проблема ви. Ето как да го направите:

  1. Натиснете клавиш Windows + R, за да отворите Run .
  2. Въведете „ gpedit.msc “, за да отворите редактора на локални групови правила.
  3. След това преминете към следния път:
    Компютърна конфигурация> Административни шаблони> Система> Делегиране на идентификационни данни
  4. Щракнете двукратно върху политиката „ Разрешаване на делегиране на идентификационни данни по подразбиране с удостоверяване само за NTLM за сървър “, за да го редактирате.
  5. Задайте го на Enabled и след това щракнете върху Show .
  6. Щракнете двукратно под Стойност , въведете TERMSRV / * и след това щракнете върху OK.
  7. Направете същото и за следните политики:
    Разрешаване на делегиране на идентификационни данни по подразбиране Разрешаване на делегиране на запазени идентификационни данни Разрешаване на делегиране на запазени идентификационни данни с удостоверяване само на NTLM за сървър
  8. И накрая, затворете редактора на локални групови правила и рестартирайте системата си.
  9. Проверете дали проблемът продължава.

Решение 4: Редактиране на системния регистър

В някои случаи извършването на някои промени в системния регистър може да се отърве от грешката. Следователно в тази стъпка ще променяме някои конфигурации в системния регистър. За това:

  1. Натиснете „Windows“ + „R“, за да отворите системния регистър.
  2. Въведете „Regedit“ и натиснете „Enter“.
  3. Придвижете се до следния адрес.
    Компютър \ HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Lsa
  4. Кликнете върху опцията „ LsaCompatiblityLeve l“.
  5. Щракнете двукратно върху опцията „ REG_DWORD “ и променете Стойността на „1“.
  6. Проверете дали проблемът продължава.

Забележка: Уверете се също, че влизате локално, а не чрез връзка с отдалечен работен плот, защото може да не работи с активирана двуфакторна автентификация.