Изправени пред странно съобщение „Възникна вътрешна грешка/ Възникна вътрешна грешка”Когато RDP се свърза с наскоро разгърнат RDSH сървър на Windows Server 2012 R2 от Windows 10. Само вчера RDP връзката със сървъра работи добре, но след инсталирането и конфигурирането на RemotApp приложения и рестартирането на сървъра, не мога да се свържа дистанционно с неговия работен плот. Услугите за отдалечен работен плот изглежда работят, тъй като потребителската парола се изисква при свързване.
Както разбирам, съобщението на конзолата RDP „Възникна вътрешна грешка“ може да се появи в различни случаи и да има напълно различни причини, свързани както със сървъра на отдалечен работен плот, така и с клиента. В тази статия се опитах да събера всички решения и сценария, който ми помогна.
Проучих дневниците на RDP връзки на отдалечен RDS сървър, не видях особени грешки. Microsoft-Windows-RemoteDesktopServices-RdpCoreTS / Оперативният дневник показва, че се създава RDP сесия:
Сървърът прие нова TCP връзка от клиент 10.10.1.60:64379.
Създадена е RDP-Tcp # 3 връзка
Но след това, без RDP грешка, сесията приключва:
Сървърът е прекратил основната RDP връзка с клиента.
Причината за прекъсване е 0
Проверете състоянието на услугите за отдалечен работен плот на отдалечения сървър и го рестартирайте. Можете дистанционно да рестартирате услугата през конзолата Services.msc (Свържете се с друг компютър), но е много по-лесно да проверите състоянието на услугата и да я рестартирате през PowerShell:
(Get-Service TermService -ComputerName msk-ts1) .status
Услугата работи (работи), рестартирайте я:
Get-Service TermService -ComputerName msk-ts1 | Рестартирайте-Service -force -verbose
Но това не реши проблема.
Какви други решения на проблема успях да намеря в мрежата:
- Ако CryptoPRO е инсталиран на отдалечения ви сървър, това може да бъде източник на проблеми с rdp връзката. Опитайте да деактивирате проверката за проверка на целостта на файловете (проверки на контролната сума) в CryptoPro чрез системния регистър. Отидете в клона на системния регистър
HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ CProIntegrityи променете стойността на параметъра CheckMode за 0. Рестартирайте сървъра. - Ако в дневника на събитията TerminalServices-RemoteConnectionManager срещнете събитие с EventID 1057 (RD Session Host Server не успя да създаде нов самоподписан сертификат, който да се използва за удостоверяване на RD Session Host Server на SSL връзки), отидете в директорията
C: \ ProgramData \ Microsoft \ Crypto \ RSA, преименувайте папката Machinekeys в Machinekeys_bak и рестартирайте TermService. - Също така открих информация, че проблемът с RDP „Възникна вътрешна грешка“ се е появил в Windows 10 1809, ако политиката е активирана на отдалечения компютър Конфигурирайте H.264 / AVC хардуерно кодиране за връзки към отдалечен работен плот (намира се в секцията с GPO: Конфигурация на компютъра -> Административни шаблони -> Компоненти на Windows -> Услуги за отдалечен работен плот -> Хост на отдалечен работен плот -> Отдалечена сесия). За да разрешите този проблем, достатъчно е да деактивирате UDP протокола за RDP чрез създаване в клона на системния регистър
HKLM \ SOFTWARE \ Политики \ Microsoft \ Windows NT \ Терминални услуги \ КлиентпараметърfClientDisableUDPсъс стойност 1.
Нито един от горните сценарии не беше приложим в моя случай. Случайно открих, че от други компютри няма проблем с свързването към този RDS сървър. Означава, че проблемът е само с моя компютър, а не със сървъра.
Изчистих историята на RDP връзката в клона HKEY_CURRENT_USER \ Софтуер \ Microsoft \ Клиент на терминален сървър \ Сървъри и изпълни кеш на RDP в директорията C: \ Потребители \% Потребителско име% \ AppData \ Local \ Microsoft \ Клиент на терминален сървър \ Кеш (преди деинсталиране затворете всички работещи сесии mstsc.exe):
del "C: \ Потребители \% Потребител% \ AppData \ Local \ Microsoft \ Клиент на терминален сървър \ кеш"
След това рестартирах компютъра си и грешката в RDP връзката изчезна!
