Как да отстраните общи проблеми с връзката с отдалечен работен плот в Windows 10

Протоколът за отдалечен работен плот (RDP) е собствен протокол, разработен от Microsoft, който предоставя на потребителя графичен интерфейс за свързване с друг компютър чрез мрежова връзка. Потребителят използва RDP клиентски софтуер за тази цел, докато другият компютър трябва да изпълнява RDP сървърния софтуер. В тази публикация ще проучим как да отстраняване на общи проблеми с връзката с отдалечен работен плот на Windows 10.

Решете проблеми с връзката с отдалечен работен плот

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

1] Проверете състоянието на протокола RDP на локален компютър

Ще трябва да активирате отдалечения работен плот, за да проверите и промените състоянието на протокола RDP на локален компютър. Можете също да активирате отдалечен работен плот, като използвате командния ред или PowerShell.

2] Проверете състоянието на протокола RDP на отдалечен компютър

За да проверите и промените състоянието на протокола RDP на отдалечен компютър, използвайте връзка с мрежов регистър.

Тъй като това е операция в системния регистър, препоръчително е да направите резервно копие на системния регистър или да създадете точка за възстановяване на системата като необходими предпазни мерки. След като приключите, можете да продължите по следния начин:

• Натиснете клавиш Windows + R, за да извикате диалоговия прозорец Изпълнение.
• В диалоговия прозорец Изпълнение въведете regedit и натиснете Enter, за да отворите редактора на системния регистър.
• В Редактора на системния регистър изберете Файл, след това изберете Свържете мрежовия регистър.
• В Изберете Компютър диалогов прозорец, въведете името на отдалечения компютър.
• Изберете Проверете имената.
• Изберете Добре.
• След това отидете или преминете към пътя на ключа на системния регистър по-долу:

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server

• На мястото, в десния прозорец, щракнете двукратно върху fDenyTSConnections ключ за редактиране на свойствата му.
• За да активирате RDP, задайте данните за стойност на fDenyTSConnections от 1 да се 0.

Стойността 0 означава, че RDP е активиран, докато стойността 1 означава, че RDP е деактивиран.

3] Проверете дали обект на групови правила (GPO) блокира RDP на локален компютър

GPO може да заменя настройките на ниво компютър, ако не можете да включите RDP в потребителския интерфейс или стойността на fDenyTSConnections връща към 1 след като сте го сменили

За да проверите конфигурацията на груповите правила на локален компютър, направете следното:

• Натиснете Клавиш на Windows + R за да извикате диалога Run.
• В диалоговия прозорец Изпълнение въведете cmd и след това натиснете CTRL + SHIFT + ENTER за да отворите командния ред в режим администратор / повишен.
• В прозореца на командния ред въведете командата по-долу и натиснете Enter.

gpresult / H c: \ gpresult.html

• След като командата се изпълни, отворете gpresult.html.
• В Компютърна конфигурация \ Административни шаблони \ Компоненти на Windows \ Услуги за отдалечен работен плот \ Хост на сесия на отдалечен работен плот \ Връзки, намерете Позволете на потребителите да се свързват отдалечено чрез услуги за отдалечен работен плот политика.

Ако настройката за тази политика е Активирано, Груповите правила не блокират RDP връзките. Ако настройката за тази политика е хора с увреждания, проверете Печеливш GPO. Това е GPO, който блокира RDP връзките.

4] Проверете дали GPO блокира RDP на отдалечен компютър

За да проверите конфигурацията на груповите правила на отдалечен компютър, изпълнете командата по-долу в повишен CMD ред:

gpresult / S  / H c: \ gpresult-.html

Файлът, който тази команда създава (gpresult-.html) използва същия информационен формат като версията на локалния компютър (gpresult.html) използва.

5] Променете блокиращия GPO

Можете да промените тези настройки в редактора на групови правила (GPE) и конзолата за управление на групови правила (GPMC).

За да модифицирате политиката за блокиране, използвайте един от следните методи:

Използвайки GPE, направете следното:

• Натиснете Клавиш на Windows + R за да извикате диалога Run.
• В диалоговия прозорец Изпълнение напишете типа gpedit.msc и натиснете Enter, за да отворите редактора на групови правила.
• Вътре в Редактора на локални групови правила използвайте левия прозорец, за да отидете до пътя по-долу:

Компютърна конфигурация> Административни шаблони> Компоненти на Windows> Услуги за отдалечен работен плот> Хост на сесия на отдалечен работен плот> Връзки

• На мястото, в десния прозорец, щракнете двукратно върху Позволете на потребителите да се свързват отдалечено чрез услуги за отдалечен работен плот.за да редактирате свойствата му.
• Задайте политиката или Активирано или Не е конфигуриран.
• Щракнете Приложи > Добре и излезте.
• На засегнатите компютри отворете прозореца на командния ред като администратор и изпълнете командата по-долу:

 gpupdate / сила

Използвайки GPMC, отидете до организационната единица (OU), в която политиката за блокиране се прилага към засегнатите компютри и изтрийте политиката от OU.

6] Проверете състоянието на RDP услугите

И на локалния (клиентски) компютър, и на отдалечения (целевия) компютър трябва да работят следните услуги:

• Услуги за отдалечен работен плот (TermService)
• Пренасочване на порт за потребителски режим на услуги за отдалечен работен плот (UmRdpService)

И на двата компютъра, ако една или двете услуги не работят, стартирайте ги.

Направете следното:

• Натиснете Клавиш на Windows + R за да извикате диалога Run.
• В диалоговия прозорец Изпълнение въведете услуги.msc и натиснете Enter, за да отворите Services.
• В прозореца Услуги превъртете и намерете и двете гореспоменати услуги.
• Щракнете двукратно върху записа, за да редактирате свойствата му.
• В прозореца със свойства щракнете върху Започнете бутон.
• Щракнете Добре.

Можете също да използвате PowerShell, за да управлявате услугите локално или отдалечено (ако отдалеченият компютър е конфигуриран да приема отдалечени командни команди PowerShell).

7] Проверете състоянието на RDP слушателя

Тази процедура използва PowerShell, защото едни и същи кратки команди работят както локално, така и отдалечено. За локален компютър можете също да използвате команден ред, който има административни разрешения.

За да се свържете с отдалечен компютър, направете следното:

• Натиснете Клавиш на Windows + X за да отворите менюто Power Power.
• Докоснете A на клавиатурата, за да стартирате PowerShell в администраторски / повишен режим.
• В конзолата на PowerShell въведете командата по-долу и натиснете Enter:

Въведете-PSSession -ComputerName 

• Въведете qwinsta.

Ако списъкът включва rdp-tcp със статут на Слушам, както е показано на изображението по-горе, RDP слушателят работи. Направо към Отстраняване на неизправности стъпка 10] По-долу. В противен случай ще трябва да експортирате конфигурацията на RDP слушател от работещ компютър.

Направете следното:

• Влезте в компютър, който има същата версия на операционната система като засегнатия компютър, и влезте в системния регистър на този компютър.
• Придвижете се или преминете към следния запис в системния регистър:

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ WinStations \ RDP-Tcp

• Експортирайте записа в a .reg файл.
• Копирайте експортираното .reg файл на засегнатия компютър.
• За да импортирате конфигурацията на RDP слушател, отворете прозорец на PowerShell, който има административни разрешения на засегнатия компютър (или отворете прозореца на PowerShell и се свържете със засегнатия компютър отдалечено).

За архивиране на съществуващия запис в системния регистър, въведете следната команда:

cmd / c 'reg експортиране "HKLM \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ WinStations \ RDP-tcp" C: \ Rdp-tcp-backup.рег

За да премахнете съществуващия запис в системния регистър, въведете следните кратки команди:

Remove-Item -path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ WinStations \ RDP-tcp' -Recurse -Force

За да импортирате новия запис в системния регистър и след това да рестартирате услугата, стартирайте командлетите отдолу. Заменете резервоар с името на изнесения .reg файл.

cmd / c 'regedit / s c: \.reg 'Restart-Service TermService -Force

След като приключите с изпълнението на командлетите, можете да тествате конфигурацията, като опитате отново връзката с отдалечен работен плот. Ако все още не можете да се свържете, рестартирайте засегнатия компютър.

Ако все още не можете да се свържете, продължете със следващата стъпка за отстраняване на неизправности проверете състоянието на самоподписания сертификат RDP.

8] Проверете състоянието на RDP самоподписания сертификат

Ако все още не можете да се свържете, направете следното:

• Натисни Клавиш на Windows + R за да извикате диалога Run.
• В диалоговия прозорец Изпълнение въведете mmc и натиснете Enter, за да отворите конзолата за управление на Microsoft.
• Щракнете върху Файл меню.
• Изберете Добавяне / премахване на добавка.
• Изберете Сертификати от списъка с добавки.
• Щракнете Добавяне.
• Когато бъдете подканени да изберете хранилището за сертификати, което да управлявате, изберете Компютърен акаунт.
• Щракнете Следващия.
• Изберете засегнатия компютър.
• Щракнете върху завършек бутон.
• Щракнете Добре.
• Сега, в Сертификати папка под Отдалечен работен плот, изтрийте RDP самоподписания сертификат.
• На засегнатия компютър рестартирайте услугата Remote Desktop Services.
• Опреснете модула за сертификати.
• Ако RDP самоподписаният сертификат не е пресъздаден, проверете разрешенията на папката MachineKeys.

9] Проверете разрешенията на папката MachineKeys

На засегнатия компютър направете следното:

• Натиснете Клавиш на Windows + E за да отворите File Explorer.
• Придвижете се до пътя до директорията по-долу:

 C: \ ProgramData \ Microsoft \ Crypto \ RSA \

• На мястото щракнете с десния бутон MachineKeys, изберете Имоти, изберете Сигурност, и след това изберете Разширено.

Уверете се, че са конфигурирани следните разрешения:

• Вградени \ Администратори: Пълен контрол
• Всеки: Чети пиши

10] Проверете RDP слушателския порт

Както на локалния (клиентски) компютър, така и на отдалечения (целевия) компютър, RDP слушателят трябва да слуша на порт 3389. Никакви други приложения не трябва да използват този порт.

За да проверите или промените RDP порта, използвайте редактора на системния регистър. Като предпазна мярка направете резервно копие на системния регистър или създайте точка за възстановяване на системата, след което продължете както следва:

• Отворете редактора на системния регистър, изберете Файл, след това изберете Свържете мрежовия регистър.
• В Изберете Компютър диалогов прозорец, въведете името на отдалечения компютър.
• Изберете Проверете имената.
• Изберете Добре.
• След това отидете или преминете към пътя на ключа на системния регистър по-долу:

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ WinStations \ RDP-Tcp

• На мястото, в десния прозорец, щракнете двукратно върху Номер на пристанище запис за редактиране на свойствата му.
• В прозореца със свойства, ако полето за данни за стойност има стойност, различна от 3389, сменете го на 3389.
• Щракнете Добре за да запазите промените.
• Рестартирайте услугата Remote Desktop Services.

11] Проверете дали друго приложение не използва същия порт

Направете следното:

• Отворете PowerShell в повишен режим.
• За да се свържете с отдалечен компютър, изпълнете командата по-долу:

 Въведете-PSSession -ComputerName 

След това изпълнете следната команда:

cmd / c 'netstat -ano | намерете "3389" '

• Потърсете запис за TCP порт 3389 (или назначения RDP порт) със статус Слушане.

Забележка: Идентификаторът на процеса (PID) за процеса или услугата, използващи този порт, се появява под колоната PID.

• За да определите кое приложение използва порт 3389 (или назначеният RDP порт), въведете следната команда:

cmd / c 'списък със задачи / svc | намирам ""

• Потърсете запис за PID номера, който е свързан с порта (от netstat изход). Услугите или процесите, които са свързани с този PID, се показват в дясната колона.
• Ако приложение или услуга, различни от услуги за отдалечен работен плот (TermServ.exe) използва порта, можете да разрешите конфликта, като използвате един от следните методи:

Конфигурирайте другото приложение или услуга да използва различен порт (препоръчително).

Деинсталирайте другото приложение или услуга.

Конфигурирайте RDP да използва различен порт и след това рестартирайте услугата Remote Desktop Services (не се препоръчва).

12] Проверете дали защитната стена блокира RDP порта

Можете да използвате psping инструмент, за да проверите дали можете да се свържете със засегнатия компютър, като използвате порт 3389.

Направете следното:

• Отидете на друг компютър, който не е засегнат и изтеглете psping.
• Отворете прозореца на командния ред като администратор, преминете към директорията, в която сте инсталирали psping, и след това въведете следната команда:

psping -accepteula : 3389

• Проверете изхода на psping команда за резултати като следното:

Свързване към : Отдалеченият компютър е достъпен.

(0% загуба): Всички опити за свързване са успешни.

Отдалеченият компютър отказа мрежовата връзка: Отдалеченият компютър не е достъпен.

(100% загуба): Всички опити за свързване са неуспешни.

• Бягай psping на множество компютри, за да тествате способността им да се свързват със засегнатия компютър.
• Обърнете внимание дали засегнатият компютър блокира връзки от всички други компютри, някои други компютри или само от друг компютър.

Допълнителните стъпки, които можете да предприемете, включват;

• Ангажирайте мрежовите си администратори, за да проверите дали мрежата позволява RDP трафик към засегнатия компютър.
• Проучете конфигурациите на всички защитни стени между изходните компютри и засегнатия компютър (включително защитната стена на Windows на засегнатия компютър), за да определите дали защитната стена блокира порта RDP.

Надявам се, че тази публикация може да ви помогне успешно да разрешите проблемите с RDP връзката, които може да имате!