Поправка: Отдалечен работен плот не може да намери компютъра в Windows 10

Съобщението за грешка „ Remote Desktop не може да намери компютъра “ се появява, когато връзката ви с отдалечен работен плот се провали. Това може да се дължи на редица причини, включително вашия DNS кеш или системния файл хост и т.н. Често се приема, че съобщението за грешка се появява, тъй като системата не е в състояние да разреши посоченото име на хост поради някакъв проблем с DNS, обаче, не е задължително да се случва всеки път. Има и други фактори, поради които не можете да разрешите името на хоста.

Отдалечен работен плот не може да намери компютъра

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

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

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

  • DNS кеш: В повечето случаи вашият DNS кеш е отговорен за това, че системата не може да достигне името на хоста. В такъв случай просто ще трябва да го промиете.
  • Няма влизане във файла на хостове: Съобщението за грешка може да се появи и ако хост файлът на вашата система няма запис на вашия RDP сървър. В такава ситуация ще трябва ръчно да го добавите.
  • Кеш на идентификационни данни за връзки към отдалечен работен плот: Изглежда, че проблемът е причинен и от кеша на идентификационни данни на връзките към отдалечен работен плот. За да го изолирате, ще трябва да изчистите кеша на идентификационните данни.

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

Решение 1: Промийте DNS

Ако сте попаднали в средата на споменатото съобщение за грешка, тогава първото нещо, което трябва да направите, е да промиете DNS кеша си. В повечето случаи това ще отстрани проблема ви. Ето как да го направите:

  1. Натиснете Windows Key + X и изберете команден ред (администратор) от списъка, за да отворите повишен команден ред.
  2. След като командният ред се зареди, въведете следната команда и натиснете Enter:
     ipconfig / flushdns 

    Зачервяване на DNS
  3. Затворете командния ред.
  4. Проверете дали тя изолира проблема.

Решение 2: Изчистване на историята на връзките с RDP

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

  1. Натиснете Windows Key + R, за да отворите диалоговия прозорец Run .
  2. Въведете „ regedit “ и натиснете Enter.
  3. Сега отворете следната директория:
     HKEY_CURRENT_USER \ Софтуер \ Microsoft \ Клиент на терминален сървър \ По подразбиране 
  4. От дясната страна изтрийте всички записи на MRU и рестартирайте системата си.

    Изтриване на записите на MRU
  5. Вижте дали тя коригира проблема.

Решение 3: Добавяне на име на хост към файла с хостове

Ако горните решения не работят за вас, тогава в файла с хостове във вашата система липсва вашата RDP запис на сървъра. В такъв случай ще трябва да го поставите ръчно и след това да видите дали той отстранява проблема. За да направите това, следвайте дадените инструкции:

  1. Натиснете Windows Key + X и след това изберете команден ред (администратор) от списъка, за да отворите повишен команден ред.
  2. В командния ред въведете следното и натиснете Enter:
     Бележник C: \ Windows \ System32 \ драйвери \ и т.н. \ хостове 
  3. Това ще отвори хост файла в бележник.

    Файл с хостове
  4. Ще трябва да добавите низ в следния формат:
  5. 127.0.0.1 [име на хост на сървъра]
  6. Натиснете Ctrl + S, за да запазите файла на бележника.
  7. Затворете файла на бележника и след това затворете командния ред.
  8. Вижте дали това изолира проблема.

Интересни Статии