Kratak odgovor
Ako se RDP veza ne uspostavlja, prvo proverite da li je računar dostupan na mreži i da li je RDP servis pokrenut. Zatim proverite firewall pravila, dozvole korisnika i eventualne greške sa sertifikatom. U većini slučajeva problem se rešava restartom servisa ili ispravkom firewall pravila.
Kako se problem prepoznaje
- Klijent prijavljuje „Remote Desktop can't connect to the remote computer“
- Veza se prekida odmah nakon unosa lozinke
- Ping prolazi, ali RDP port 3389 ne odgovara
- Pojavljuje se poruka o sertifikatu ili „credential“ grešci
- RDP radi lokalno, ali ne sa udaljene lokacije
Najčešći uzroci
RDP servis nije pokrenut
Servis „Remote Desktop Services“ može biti zaustavljen ili onemogućen, pa server ne prihvata veze.
Firewall blokira port 3389
Windows Firewall ili mrežni firewall na ruteru mogu blokirati dolazni saobraćaj na RDP portu.
Korisnik nema dozvolu za RDP
Nalog mora biti u grupi „Remote Desktop Users“ ili imati odgovarajuće pravo u lokalnoj politici.
Mrežni profil ili VPN problem
Pogrešan mrežni profil (Public umesto Private) ili prekinuta VPN veza mogu sprečiti pristup.
Neispravan sertifikat ili NLA
Istekao sertifikat ili neslaganje u Network Level Authentication može prekinuti autentifikaciju.
Rešenje korak po korak
- 1
Proverite osnovnu dostupnost servera
Sa klijentskog računara pokrenite
ping ime-serveraiping IP-adresa-servera. Ako ping ne prolazi, to ne mora da znači da je problem u RDP-u, jer je ICMP često blokiran; dostupnost proverite i pomoćuTest-NetConnectionna portu 3389. Proverite i da li je server uključen i da li je mrežni kabl povezan. - 2
Potvrdite da je RDP omogućen
Na serveru pokrenite
sysdm.cpli otvorite karticu „Remote“. Uverite se da je štiklirano „Allow remote connections to this computer“; ako nije, štiklirajte i kliknite „Apply“. - 3
Proverite status RDP servisa
Otvorite
services.msci pronađite „Remote Desktop Services“. Ako je status „Stopped“, pokrenite servis (desni taster > „Start“). Startup type je po pravilu „Manual“, jer se servis pokreće po potrebi pri prvoj vezi, pa to nije greška. Restart ovog servisa prekida sve aktivne RDP sesije. - 4
Proverite Windows Firewall pravila
U
Windows Defender Firewall > Advanced Settings > Inbound Rulespotražite pravila „Remote Desktop - User Mode (TCP-In)“ i „Remote Desktop - User Mode (UDP-In)“. Ako su onemogućena, omogućite ih, ali ih primenite samo na profile Domain i Private; izbegavajte otvaranje RDP-a na Public profilu. - 5
Proverite dozvole korisnika
Otvorite
lusrmgr.mscilicompmgmt.msc, pa u grupi „Remote Desktop Users“ dodajte nalog koji se prijavljuje. Ako koristite domen, proverite i grupu u Active Directory-ju. Odjavite se i ponovo prijavite da bi promene stupile na snagu. - 6
Testirajte port 3389
Sa klijenta pokrenite
Test-NetConnection -ComputerName ime-servera -Port 3389u PowerShell-u. Ako je „TcpTestSucceeded“ False, port je blokiran ili servis ne sluša na njemu. Proverite i da li neki antivirus ili firewall treće strane blokira port. - 7
Proverite NLA i sertifikat
U
sysdm.cpl > Remoteodštiklirajte „Allow connections only from computers running Remote Desktop with Network Level Authentication“ kao privremeni test. Ako veza proradi, problem je u NLA ili sertifikatu, pa NLA što pre ponovo uključite. Za sertifikat proveritecertlm.msc > Remote Desktopi da li je istekao. - 8
Restartujte RDP servis i server
Ako prethodni koraci nisu pomogli, restartujte servis „Remote Desktop Services“ preko
services.msc. Imajte u vidu da restart prekida sve aktivne RDP sesije, pa to radite van radnog vremena. Ako ni to ne pomogne, restartujte server, ali samo ako imate drugi način pristupa (konzola, iLO/iDRAC) i uz prethodnu najavu korisnicima. - 9
Proverite mrežni profil i VPN
U
Podešavanja > Mreža i internetizaberite aktivnu vezu (Ethernet ili Wi-Fi) i proverite „Network profile type“; pouzdanija provera je komandaGet-NetConnectionProfileu PowerShell-u na serveru. Ako koristite VPN, uverite se da je veza aktivna i da ruta do servera postoji. Isključite pa uključite VPN i ponovo pokušajte.
Ako ništa ne pomogne: napredna dijagnostika
Ako se veza i dalje ne uspostavlja, proverite Event Viewer na serveru (eventvwr.msc) u okviru Windows Logs > System i Applications and Services Logs > Microsoft > Windows > TerminalServices-LocalSessionManager i TerminalServices-RemoteConnectionManager. Potražite greške sa ID-jevima događaja koji se odnose na RDP. Takođe, privremeno onemogućite antivirus ili endpoint zaštitu i testirajte, ali je odmah potom ponovo uključite. Ako je server iza NAT-a, proverite da li je port prosleđen na ispravnu IP adresu. Za udaljene lokacije, proverite da li provajder blokira port 3389. Kao krajnja opcija, promenite RDP port u registry-ju (HKLM\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\PortNumber), ažurirajte firewall pravilo i restartujte servis, ali pre izmene obavezno izvezite (backup) taj ključ, jer u suprotnom možete izgubiti RDP pristup.
Kako da sprečite da se ponovi
- Redovno ažurirajte Windows Server i RDP klijente.
- Koristite VPN ili RD Gateway umesto direktnog izlaganja RDP porta internetu.
- Periodično proveravajte važenje sertifikata i NLA podešavanja.
- Vodite evidenciju o članstvu u grupi Remote Desktop Users.
Kada je bolje pozvati stručnjaka
Ako ste proverili sve navedene korake i problem i dalje postoji, ili ako nemate administrativni pristup serveru, obratite se IT podršci. Oni mogu analizirati logove, proveriti mrežnu infrastrukturu i bezbednosne politike.
Održavanje IT infrastrukture · Serveri, mreže, backup, bezbednost i helpdeskČesta pitanja
Zašto RDP radi lokalno, ali ne sa udaljene lokacije?
Najčešće je uzrok firewall na ruteru ili provajder koji blokira port 3389. Proverite da li je port prosleđen i da li je dozvoljen saobraćaj sa udaljene mreže.
Kako da znam da li je problem u sertifikatu?
Ako se veza prekida odmah nakon unosa lozinke ili se pojavljuje poruka o sertifikatu, proverite datum isteka u `certlm.msc` pod „Remote Desktop“. Takođe, privremeno onemogućite NLA i testirajte.
Da li je bezbedno onemogućiti NLA?
Onemogućavanje NLA smanjuje bezbednost jer dozvoljava starije klijente. Koristite ga samo kao privremeni test i ponovo uključite NLA nakon utvrđivanja uzroka.