Ma nägin kummalist sõnumit "An internal error has occurred”, kui proovite luua ühendust Windows 10-st hiljuti juurutatud RDSH-serveriga, milles töötab Windows Server 2012 R2, kasutades RDP-d. Veel eile töötas kaugtöölaua ühendus serveriga hästi, kuid pärast seda RemoteAppsi installimine ja konfigureerimine ning serveri taaskäivitamine, ma ei saanud sellega ühendust luua töölaud. Ilmselgelt näivad kaugtöölaua teenused töötavat, kuna ühenduse loomisel küsitakse kasutajalt parooli.
Nagu ma aru sain, ilmub RDP konsooli teade "Ilmnes sisemine viga” võib ilmuda erinevatel juhtudel ja olla põhjustatud nii kaugtöölaua serveri kui ka kliendi probleemidest. Selles artiklis püüdsin kirjeldada kõiki probleemi lahendamise viise ja stsenaariumi, mis mind aitasid.
Test-NetConnection your_rdp_server –port 3389).Olles uurinud RDP ühenduse logid RDS-serveris ei näinud ma ühtegi viga. Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational logi näitas, et RDP seanss loodi:
The server accepted a new TCP connection from client 192.168.1.60:64379. Connection RDP-Tcp#4 created
Kuid RDP seanss lõpetati hiljem ilma veata:
The server has terminated main RDP connection with the client. The disconnect reason is 0
Kontrollige kaugtöölaua teenuste olekut oma kaugserveris ja taaskäivitage teenus. Saate seda teha kaugjuhtimisega konsooli Services.msc kaudu (kasutage valikut „Ühenda teise arvutiga”), kuid lihtsam on kontrollige teenuse olekut ja taaskäivitage see PowerShelli abil:
(Get-Service TermService -ComputerName ny-rds1).status
Teenus töötab, taaskäivitame selle:
Get-Service TermService -ComputerName ny-rds1| Restart-Service –force –verbose
Kuid see ei lahendanud probleemi.
Siin on mõned muud viisid selle lahendamiseks, mida mul õnnestus veebist leida:
- Kui näete Sündmuse ID 1057 TerminalServices-RemoteConnectionManageri sündmuste logis (RD-seansi hostserveril ei õnnestunud luua uut iseallkirjastatud sertifikaati, mida kasutada RD-seansi hostiserveri autentimiseks SSL-ühendustes), minge kausta C:\ProgramData\Microsoft\Crypto\RSA ja nimetage see ümber Masinaklahvid kausta sisse Machinekeys_bak ja taaskäivitage TermService;
- Samuti olen avastanud, et Windows 10 1809-s ilmnes RDP probleem „Tekkis sisemine viga”, kui H.264/AVC riistvarakodeeringu seadistamine kaugtöölaua ühenduste jaoks poliitika on kaugarvutis lubatud (see asub järgmises GPO jaotises: Arvuti konfiguratsioon -> Haldusmallid -> Windowsi komponendid -> Kaugtöölaua teenused -> Kaugtöölaua seansi host -> Kaugseanss Keskkond). Probleemi lahendamiseks peate lihtsalt RDP jaoks UDP-protokolli keelama, luues selle fClientDisableUDP parameeter koos väärtusega 1 registrivõtmes HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client;
- Kui viga ilmub kohe pärast Ühenda klõpsamist (kaugtöölaua server näib olevat ühenduse katse kohe tagasi lükanud) proovige suurendada maksimaalset tasumata RDP ühenduste limiiti. Windows 10 puhul on SKU-deks vaikimisi seatud 100, kuid Windows Serveris on see 3000. Käivitage regedit.exe ja looge DWORD-registri parameeter Max Outstanding Connections väärtusega 10000 reg-võtmes HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\. (Spetsiaalne RDP loendur võtab arvesse mitte päris õigeid RDP sisselogimisi ja määratud MaxOutstandingConnections väärtuse saavutamisel RDP juurdepääs blokeeritakse.)
Kumbki ülalkirjeldatud stsenaarium ei olnud minu puhul rakendatav. Mõnikord avastasin, et teistel arvutitel ei esinenud selle RDS-serveriga ühenduse loomisel probleeme. See tähendas, et probleem oli minu arvutis, mitte kaugtöölaua serveris.
I kustutas RDP ühenduse ajaloo registrivõtmes HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers ja lähtestage RDP vahemälu C:\Users\%Kasutajanimi%\AppData\Local\Microsoft\Terminal Server Client\Cache (enne seda sulgege kõik töötavad mstsc.exe istungid):
del "C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\cache"
Seejärel taaskäivitasin arvuti ja RDP-ühenduse tõrge kadus!
