Suočio se s čudnom porukom "Došlo je do interne pogreške/ Došlo je do interne pogreške”Kad se RDP povezao s nedavno implementiranim RDSH poslužiteljem na Windows Server 2012 R2 iz Windowsa 10. Samo jučer, RDP veza s poslužiteljem je dobro funkcionirala, ali nakon instalacije i konfiguriranja RemotApp aplikacija i ponovnog pokretanja poslužitelja ne mogu se daljinski povezati s radnom površinom. Čini se da usluge udaljene radne površine funkcioniraju jer je prilikom povezivanja zatražena korisnička lozinka.
Koliko razumijem, poruka RDP konzole "Došlo je do interne pogreške" može se pojaviti u različitim slučajevima i ima potpuno različite razloge povezane s poslužiteljem udaljene radne površine i klijentom. U ovom sam članku pokušao sakupiti sva rješenja i scenarij koji su mi pomogli.
Proučavajući zapise RDP veza na udaljenom RDS poslužitelju, nisam vidio nikakve posebne pogreške. Microsoft-Windows-RemoteDesktopServices-RdpCoreTS / Operativni zapisnik pokazuje da se stvara RDP sesija:
Poslužitelj je prihvatio novu TCP vezu od klijenta 10.10.1.60:64379.
Stvorena je veza RDP-Tcp # 3
Ali tada, bez ijedne RDP pogreške, sesija završava:
Poslužitelj je prekinuo glavnu RDP vezu s klijentom.
Razlog prekida veze je 0
Provjerite status usluga udaljene radne površine na udaljenom poslužitelju i ponovno ga pokrenite. Uslugu možete daljinski ponovo pokrenuti putem konzole Services.msc (Spajanje na drugo računalo), ali puno je lakše provjeriti status usluge i ponovo je pokrenuti putem PowerShell-a:
(Get-Service TermService -ComputerName msk-ts1) .status
Usluga je pokrenuta (u tijeku), ponovno je pokrenite:
Naziv usluge dobivanja usluge -ComputerName msk-ts1 | Ponovo pokrenite uslugu -force -verbose
Ali to nije riješilo problem.
Koja su druga rješenja problema uspjela pronaći na mreži:
- Ako je CryptoPRO instaliran na vašem udaljenom poslužitelju, to može biti izvor problema s rdp vezom. Pokušajte onemogućiti provjeru integriteta datoteke (provjere zbroja) u CryptoPro kroz registar. Idite u podružnicu registra
HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ CProIntegrityi promijenite vrijednost parametra CheckMode na 0. Ponovno pokrenite poslužitelj. - Ako u dnevniku događaja TerminalServices-RemoteConnectionManager naiđete na događaj s događajem EventID 1057 (Poslužitelj RD Session Host nije uspio stvoriti novi samopotpisani certifikat koji će se koristiti za provjeru identiteta poslužitelja RD Session na SSL vezama), idite u imenik
C: \ ProgramData \ Microsoft \ Crypto \ RSA, preimenovanje mape Machinekeys u Machinekeys_bak i ponovno pokrenite TermService. - Također sam pronašao podatke da se problem s RDP-om "dogodila interna pogreška" dogodio u sustavu Windows 10 1809 ako je pravilo omogućeno na udaljenom računalu Konfigurirajte H.264 / AVC hardversko kodiranje za veze s udaljenom radnom površinom (nalazi se u odjeljku GPO: Konfiguracija računala -> Administrativni predlošci -> Komponente sustava Windows -> Usluge udaljene radne površine -> Domaćin sjednice udaljene radne površine -> Okolina udaljene sesije). Da biste riješili taj problem, dovoljno je onemogućiti UDP protokol za RDP stvaranjem u ogranku registra
HKLM \ SOFTWARE \ Policies \ Microsoft \ Windows NT \ Terminal Services \ ClientparametarfClientDisableUDPs vrijednošću 1.
Niti jedan od gore navedenih scenarija nije bio primjenjiv u mom slučaju. Slučajno sam otkrio da s drugih računala nema problema s povezivanjem na ovaj RDS poslužitelj. Znači da je problem samo s mojim računalom, a ne s poslužiteljem.
Ispraznio sam povijest veza s RDP-om u grani HKEY_CURRENT_USER \ Software \ Microsoft \ Klijent poslužitelja terminala \ Poslužitelji i isprali RDP predmemoriju u direktoriju C: \ Korisnici \% Korisničko ime% \ AppData \ Local \ Microsoft \ Klijent poslužitelja terminala \ Cache (prije deinstalacije zatvorite sve pokrenute mstsc.exe sesije):
del "C: \ Korisnici \% Korisničko ime% \ AppData \ Local \ Microsoft \ Klijent poslužitelja terminala \ cache"
Nakon toga sam ponovno pokrenuo računalo i nestala je pogreška RDP veze!
