Soočil se s čudnim sporočilom "Prišlo je do notranje napake/ Prišlo je do notranje napake"Ko se je RDP povezal z nedavno nameščenim strežnikom RDSH v operacijskem sistemu Windows Server 2012 R2 iz sistema Windows 10. Še včeraj je povezava RDP s strežnikom delovala v redu, a po namestitvi in konfiguraciji aplikacij RemotApp in ponovnem zagonu strežnika se ne morem na daljavo povezati z namizjem. Storitve oddaljenega namizja delujejo, saj je pri povezovanju zahtevano uporabniško geslo.
Kolikor razumem, se lahko sporočilo konzole RDP "zgodila je notranja napaka" v različnih primerih in ima popolnoma različne razloge, povezane z strežnikom Oddaljeno namizje in odjemalcem. V tem članku sem poskušal zbrati vse rešitve in scenarij, ki so mi pomagali.
Ko sem preučil dnevnike povezav RDP na oddaljenem strežniku RDS, nisem zasledil nobenih posebnih napak. Iz dnevnika Microsoft-Windows-RemoteDesktopServices-RdpCoreTS / Operacijski dnevnik je razvidno, da seja RDP ustvarja:
Strežnik je odjemalca 10.10.1.60:64379 sprejel novo povezavo TCP.
Ustvarjena je povezava RDP-Tcp # 3
Nato pa seja brez napake RDP konča:
Strežnik je s stranko prekinil glavno povezavo RDP.
Razlog za prekinitev povezave je 0
Preverite stanje oddaljenih namiznih storitev na oddaljenem strežniku in ga znova zaženite. Storitev lahko na daljavo znova zaženete prek konzole Services.msc (Povezava z drugim računalnikom), vendar je veliko lažje preveriti stanje storitve in jo znova zagnati prek PowerShell-a:
(Get-Service TermService -ComputerName msk-ts1) .status
Storitev se izvaja (zažene), znova jo zaženite:
Get-Service TermService -ComputerName msk-ts1 | Restart-Service -force -verbose
A to težave ni rešilo.
Katere druge rešitve težave sem uspel najti v omrežju:
- Če je CryptoPRO nameščen na vašem oddaljenem strežniku, je to lahko težava s povezavo rdp. Poskusite onemogočiti preverjanje preverjanja integritete datotek (preverjanja vsote) v CryptoPro prek registra. Pojdite v podružnico registra
HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ CProIntegrityin spremenite vrednost parametra Checkmode naprej 0. Znova zaženite strežnik. - Če v dnevniku dogodkov TerminalServices-RemoteConnectionManager naletite na dogodek z EventID 1057 (Strežnik gostitelja RD Session ni uspel ustvariti novega samopodpisanega potrdila, ki bi ga uporabili za preverjanje pristnosti strežnika gostitelja RD Session na povezavah SSL), pojdite v imenik
C: \ ProgramData \ Microsoft \ Crypto \ RSA, preimenujte mapo Strojne tipke v Machinekeys_bak in znova zaženite TermService. - Prav tako sem ugotovil, da je v operacijskem sistemu Windows 10 1809 prišlo do težave z "notranjo napako RDP", če je pravilnik omogočen na oddaljenem računalniku Konfigurirajte kodiranje strojne opreme H.264 / AVC za povezave z oddaljenim namizjem (nahaja se v razdelku GPO: Konfiguracija računalnika -> Administrativne predloge -> Komponente Windows -> Storitve oddaljenega namizja -> Gostitelj oddaljenega namizja -> Oddaljeno sejo). Za rešitev te težave je dovolj, da protokol UDP za RDP onemogočite z ustvarjanjem v podružnici registra
HKLM \ SOFTWARE \ Politike \ Microsoft \ Windows NT \ Terminal Services \ odjemalecparameterfClientDisableUDPz vrednostjo 1.
Noben od zgornjih scenarijev v mojem primeru ni bil uporaben. Po naključju sem odkril, da pri drugih računalnikih ni težav s povezavo s tem strežnikom RDS. Pomeni, da je težava samo z mojim računalnikom, ne s strežnikom.
Očistil sem zgodovino povezave RDP v podružnici HKEY_CURRENT_USER \ Software \ Microsoft \ Odjemalec terminalskega strežnika \ Strežniki in pomnilnik predpomnilnika RDP v imeniku C: \ Uporabniki \% Uporabniško ime% \ AppData \ Local \ Microsoft \ Odjemalec strežnika terminalov \ Predpomnilnik (pred odstranitvijo zaprite vse tekaške seje mstsc.exe):
del "C: \ Uporabniki \% Uporabniško ime% \ AppData \ Local \ Microsoft \ Odjemalec strežnika terminalov \ predpomnilnik"
Po tem sem znova zagnal računalnik in napaka v povezavi RDP je izginila!
