15%

Zaoszczędź 15% na wszystkich usługach hostingowych

Sprawdź swoje umiejętności i zdobądź Rabat na dowolny plan hostingowy

Użyj kodu:

Skills
Rozpocznij
11.10.2024

Dostęp do serwera Windows za pomocą Pulpitu Zdalnego (RDP): Kompletny przewodnik techniczny

Remote Desktop Protocol (RDP) to zastrzeżony protokół sieciowy firmy Microsoft, który umożliwia szyfrowany graficzny zdalny dostęp do serwerów i komputerów z systemem Windows przez port TCP 3389. Przesyła obraz z zdalnej maszyny do klienta oraz dane wejściowe (klawiatura, mysz, dźwięk) w odwrotnym kierunku, umożliwiając pełną interaktywną kontrolę środowiska Windows z dowolnego urządzenia podłączonego do sieci.

Dla administratorów systemów zarządzających środowiskiem VPS Hosting lub Serwerem Dedykowanym, RDP jest podstawowym interfejsem zarządzania — odpowiednikiem SSH dla systemu Windows. Zrozumienie go na głębszym poziomie niż „wpisz IP i kliknij Połącz” odróżnia kompetentnego administratora od takiego, który zostaje zablokowany o 2 w nocy.

Wymagania wstępne przed połączeniem

Przed zainicjowaniem sesji RDP upewnij się, że następujące warunki są spełnione zarówno po stronie klienta, jak i serwera:

Na serwerze Windows:

  • RDP jest jawnie włączony we Właściwościach systemu
  • Zapora systemu Windows (oraz wszelkie zewnętrzne zapory lub grupy zabezpieczeń) zezwala na przychodzący ruch TCP na porcie 3389
  • Docelowemu kontu użytkownika przyznano prawa „Zezwalaj na logowanie za pośrednictwem Usług pulpitu zdalnego”
  • Stan uwierzytelniania na poziomie sieci (NLA) jest znany — wpływa na to, którzy klienci mogą się połączyć
  • Serwer ma dostępny publiczny adres IPv4 (lub IPv6)

Na komputerze klienckim:

  • Klient Podłączanie pulpitu zdalnego (mstsc.exe) jest dostępny (wbudowany we wszystkie edycje systemu Windows z wyjątkiem Home, domyślnie)
  • Posiadasz publiczny adres IP serwera, prawidłową nazwę użytkownika i odpowiednie hasło
  • Twoja sieć lokalna nie blokuje wychodzącego ruchu TCP 3389 (niektóre firmowe zapory to robią)

Krok po kroku: Łączenie za pomocą Podłączania pulpitu zdalnego (mstsc)

Krok 1: Otwórz klienta RDP

Naciśnij Win + R, aby otworzyć okno dialogowe Uruchom, wpisz mstsc i naciśnij Enter. Spowoduje to uruchomienie okna Podłączanie pulpitu zdalnego. Alternatywnie wyszukaj „Podłączanie pulpitu zdalnego” w menu Start.

Aby nawiązać bezpośrednie połączenie jedną linią z wiersza poleceń lub skryptu:

mstsc /v:YOUR_SERVER_IP

Aby określić niestandardowy port (np. 3390):

mstsc /v:YOUR_SERVER_IP:3390

Krok 2: Wprowadź adres IP serwera

W polu Komputer wprowadź publiczny adres IP swojego serwera Windows. Jeśli Twój dostawca hostingu przypisał nazwę hosta (np. server1.example.com), działa ona równie dobrze, o ile DNS rozwiązuje ją poprawnie.

Kliknij Pokaż opcje przed połączeniem — spowoduje to wyświetlenie krytycznych ustawień, które większość poradników całkowicie pomija:

  • Karta Ogólne: Zapisz dane uwierzytelniające połączenia do pliku .rdp do ponownego użycia
  • Karta Ekran: Ustaw rozdzielczość i głębię kolorów (obniż obie, aby poprawić wydajność przy wolnych łączach)
  • Karta Zasoby lokalne: Kontroluj udostępnianie schowka, przekierowanie drukarki i mapowanie dysków lokalnych
  • Karta Środowisko: Wybierz profil prędkości połączenia, aby wyłączyć efekty wizualne zużywające przepustowość
  • Karta Zaawansowane: Skonfiguruj zachowanie uwierzytelniania serwera i ustawienia bramy RDP

Krok 3: Uwierzytelnij się nazwą użytkownika i hasłem

Kliknij Połącz. Pojawi się monit o podanie danych uwierzytelniających. Wprowadź:

  • Nazwa użytkownika: Zazwyczaj Administrator dla nowej instancji Windows Server lub konto domenowe w formacie DOMAINusername
  • Hasło: Hasło ustawione przez dostawcę hostingu lub skonfigurowane podczas inicjowania serwera

Jeśli chcesz wstępnie określić nazwę użytkownika, aby uniknąć monitu:

mstsc /v:YOUR_SERVER_IP /u:Administrator

Krok 4: Obsłuż ostrzeżenie o certyfikacie

Przy pierwszym połączeniu prawie na pewno zobaczysz ostrzeżenie o zaufaniu do certyfikatu. Dzieje się tak, ponieważ certyfikat TLS serwera jest podpisany samodzielnie, a nie wydany przez zaufany urząd certyfikacji. Ostrzeżenie brzmi: *„Nie można zweryfikować tożsamości komputera zdalnego.”*

Co to oznacza technicznie: RDP używa TLS do szyfrowania sesji. Serwer przedstawia certyfikat w celu potwierdzenia swojej tożsamości. Certyfikat z podpisem własnym nie jest z natury niebezpieczny dla znanego serwera, który kontrolujesz — ale powinieneś zweryfikować odcisk palca certyfikatu względem tego, co wydał Twój dostawca, przed kliknięciem Tak.

W środowiskach produkcyjnych, gdzie liczy się poziom bezpieczeństwa, rozważ powiązanie zaufanego certyfikatu z odbiornikiem RDP. Eliminuje to ostrzeżenie i zapewnia weryfikowalną tożsamość. Połączenie tego z odpowiednią strategią Certyfikatów SSL dla Twojej infrastruktury jest rozsądną praktyką.

Krok 5: Jesteś połączony

Po uwierzytelnieniu sesja pulpitu zdalnego otwiera się w oknie (lub na pełnym ekranie, w zależności od ustawień wyświetlania). Masz teraz pełny interaktywny dostęp do środowiska pulpitu Windows Server — identyczny jak siedzenie przed fizyczną maszyną.

Włączanie RDP na serwerze Windows (jeśli nie jest jeszcze aktywny)

Jeśli RDP jest wyłączony — co jest powszechne na świeżo zainicjowanych serwerach lub po utwardzeniu systemu operacyjnego — włącz go jedną z tych metod:

Metoda 1: GUI (Właściwości systemu)

  1. Otwórz Panel sterowania > System i zabezpieczenia > System
  2. Kliknij Ustawienia zdalne w lewym okienku
  3. W sekcji Pulpit zdalny wybierz Zezwalaj na połączenia zdalne z tym komputerem
  4. Opcjonalnie odznacz Zezwalaj na połączenia tylko z komputerów z uruchomionym pulpitem zdalnym z uwierzytelnianiem na poziomie sieci, jeśli musisz obsługiwać starsze klienty (niezalecane dla serwerów dostępnych z internetu)
  5. Kliknij Zastosuj, a następnie OK

Metoda 2: PowerShell (preferowana do zdalnego lub skryptowego włączania)

# Enable RDP
Set-ItemProperty -Path 'HKLM:SystemCurrentControlSetControlTerminal Server' -Name "fDenyTSConnections" -Value 0

# Allow RDP through Windows Firewall
Enable-NetFirewallRule -DisplayGroup "Remote Desktop"

# Confirm the service is running
Get-Service -Name TermService | Start-Service

Metoda 3: Rejestr (gdy PowerShell jest niedostępny)

Kontrolujący klucz rejestru to:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal Server

Ustaw fDenyTSConnections na 0 (DWORD), aby włączyć RDP, lub 1, aby go wyłączyć.

Konfiguracja zapory dla dostępu RDP

Zapora systemu Windows

Powyższe polecenie PowerShell obsługuje wbudowaną zaporę systemu Windows. Aby sprawdzić, czy reguła jest aktywna:

Get-NetFirewallRule -DisplayGroup "Remote Desktop" | Select-Object DisplayName, Enabled, Direction

Zewnętrzna zapora / grupy zabezpieczeń w chmurze

Jeśli Twój serwer znajduje się za zewnętrzną zaporą (co jest powszechne w przypadku VPS Hosting i Serwerów Dedykowanych), musisz również otworzyć przychodzący ruch TCP 3389 na obwodzie sieci. Dokładny interfejs różni się w zależności od dostawcy, ale parametry reguły są zawsze następujące:

  • Protokół: TCP
  • Port: 3389 (lub Twój niestandardowy port)
  • Źródło: Ogranicz do zakresu IP zarządzania, nie 0.0.0.0/0

Udostępnianie RDP całemu internetowi na domyślnym porcie jest jedną z najczęściej wykorzystywanych powierzchni ataku. Kampanie brute-force wymierzone w port 3389 są ciągłe i zautomatyzowane.

Utwardzanie zabezpieczeń RDP: czego większość poradników nie wspomina

Podstawowy poradnik połączenia, który kończy się na „kliknij Tak i jesteś w środku”, pozostawia Twój serwer niebezpiecznie narażony. Poniższe kroki utwardzania są niezbędne dla każdego serwera Windows dostępnego z internetu.

Zmień domyślny port RDP

Zmiana z 3389 na niestandardowy port (np. 33890 lub 52100) znacznie redukuje szum automatycznych skanowań. Jest to bezpieczeństwo przez zaciemnienie — nie zastępuje utwardzania uwierzytelniania — ale eliminuje ataki wymagające najmniejszego wysiłku.

# Change RDP port to 52100 (example)
Set-ItemProperty -Path 'HKLM:SYSTEMCurrentControlSetControlTerminal ServerWinStationsRDP-Tcp' -Name PortNumber -Value 52100

# Update the firewall rule
New-NetFirewallRule -DisplayName "RDP Custom Port" -Direction Inbound -Protocol TCP -LocalPort 52100 -Action Allow
Remove-NetFirewallRule -DisplayGroup "Remote Desktop"

# Restart the Terminal Services
Restart-Service -Name TermService -Force

Po tej zmianie połącz się używając mstsc /v:YOUR_SERVER_IP:52100.

Wymuś uwierzytelnianie na poziomie sieci (NLA)

NLA wymaga od klienta uwierzytelnienia przed nawiązaniem pełnej sesji RDP, co uniemożliwia nieuwierzytelnionym użytkownikom dotarcie do ekranu logowania systemu Windows. Włącz je przez PowerShell:

Set-ItemProperty -Path 'HKLM:SystemCurrentControlSetControlTerminal ServerWinStationsRDP-Tcp' -Name UserAuthentication -Value 1

Ogranicz dostęp RDP według adresu IP

Użyj Zapory systemu Windows, aby umieścić na białej liście tylko znane adresy IP zarządzania:

Set-NetFirewallRule -DisplayGroup "Remote Desktop" -RemoteAddress "203.0.113.10","198.51.100.5"

Włącz zasady blokady konta

Skonfiguruj progi blokady za pomocą Zasad grupy (gpedit.msc) lub Lokalnych zasad zabezpieczeń:

  • Próg blokady konta: 5 nieprawidłowych prób
  • Czas trwania blokady: 30 minut
  • Resetuj licznik po: 15 minutach

Użyj bramy RDP lub VPN

Aby uzyskać najwyższy poziom bezpieczeństwa, nie udostępniaj RDP bezpośrednio do internetu. Umieść go za:

  • Bramą pulpitu zdalnego (RD Gateway): Tuneluje RDP przez HTTPS (port 443), zapewniając uwierzytelnianie oparte na certyfikatach i scentralizowane rejestrowanie
  • VPN: Wymagaj połączenia VPN przed możliwością dostępu RDP, ograniczając powierzchnię ataku tylko do uwierzytelnionych użytkowników VPN

Opcje klienta RDP poza mstsc

mstsc.exe to domyślny klient systemu Windows, ale nie jest jedyną opcją. Znajomość alternatyw ma znaczenie podczas łączenia się z systemów innych niż Windows lub gdy potrzebujesz zaawansowanych funkcji.



Klient
Platforma
Główne zalety
Ograniczenia








—
—
—
—








`mstsc.exe` (wbudowany)
Windows
Natywny, nie wymaga instalacji, obsługa plików `.rdp`
Tylko Windows








Microsoft Remote Desktop
macOS, iOS, Android
Oficjalna aplikacja Microsoft, obsługa NLA
Mniej zaawansowanych opcji niż mstsc








FreeRDP
Linux, macOS, Windows
Open-source, wysoce konfigurowalny, skryptowalny
Zorientowany na CLI, stromiejsza krzywa uczenia się








Remmina
Linux
Wieloprotokołowy (RDP, VNC, SSH), oparty na GUI
Tylko Linux








Royal TSX
macOS
Korporacyjne zarządzanie danymi uwierzytelniającymi, sesje w kartach
Płatny za pełne funkcje








MobaXterm
Windows
Łączy RDP, SSH, X11 w jednym narzędziu
Głównie zorientowany na SSH





Dla administratorów Linux zarządzających serwerem Windows obok obciążeń Linux, FreeRDP lub Remmina są standardowymi wyborami. Połączenie FreeRDP z terminala Linux wygląda następująco:
xfreerdp /v:YOUR_SERVER_IP /u:Administrator /p:'YourPassword' /cert:ignore /dynamic-resolution
Optymalizacja wydajności sesji RDP
Wydajność RDP wyraźnie spada przy połączeniach o wysokim opóźnieniu lub niskiej przepustowości. Te ustawienia mają mierzalny wpływ:
Zmniejsz głębię kolorów i rozdzielczość:
Na karcie Ekran w mstsc ustaw głębię kolorów na 16-bitową i rozdzielczość na minimum potrzebne do pracy.
Wyłącz efekty wizualne przez kartę Środowisko:
Wybierz „Modem (56 Kbps)” lub ręcznie odznacz: Tło pulpitu, Wygładzanie czcionek, Kompozycja pulpitu, Pokaż zawartość okna podczas przeciągania, Animacja menu i okien.
Włącz kompresję RemoteFX lub H.264/AVC:
W systemie Windows Server 2016 i nowszych RDP obsługuje tryb H.264/AVC 444 dla znacznie lepszej jakości wizualnej przy niższej przepustowości. Włącz przez Zasady grupy:
Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Remote Session Environment

Ustaw Używaj sprzętowych kart graficznych dla wszystkich sesji Usług pulpitu zdalnego i Priorytetyzuj tryb graficzny H.264/AVC 444 na Włączone.

W przypadku obciążeń akcelerowanych przez GPU, gdzie wydajność RDP jest krytyczna, rozważ środowisko GPU Hosting z obsługą RemoteFX lub NVIDIA GRID/vGPU.

Zapisywanie i ponowne używanie profili połączeń RDP

Zamiast ponownie wprowadzać ustawienia przy każdej sesji, zapisz je do pliku .rdp:

  1. W oknie mstsc kliknij Pokaż opcje > Zapisz jako
  2. Nazwij plik (np. prod-server.rdp) i zapisz go w bezpiecznej lokalizacji
  3. Kliknij dwukrotnie plik, aby uruchomić sesję ze wszystkimi zapisanymi parametrami

Plik .rdp to plik konfiguracyjny w formacie zwykłego tekstu. Minimalny przykład:

full address:s:203.0.113.50:3389
username:s:Administrator
screen mode id:i:2
desktopwidth:i:1920
desktopheight:i:1080
session bpp:i:32
authentication level:i:2
enablecredsspsupport:i:1

Uwaga dotycząca bezpieczeństwa: Nigdy nie zapisuj haseł w plikach .rdp na współdzielonych lub niezaszyfrowanych systemach. Pole hasła jest zaciemnione, nie zaszyfrowane, i jest trywialnie odwracalne.

Typowe błędy połączenia RDP i sposoby ich naprawy

BłądPrzyczyna głównaRozwiązanie
„Pulpit zdalny nie może połączyć się z komputerem zdalnym”RDP wyłączony, zapora blokuje `3389`, nieprawidłowy IPSprawdź, czy RDP jest włączony; sprawdź reguły zapory; potwierdź adres IP
„Połączenie zostało odrzucone, ponieważ konto użytkownika nie jest autoryzowane”Użytkownik nie jest w grupie Użytkownicy pulpitu zdalnegoDodaj użytkownika przez `lusrmgr.msc` lub `net localgroup "Remote Desktop Users" username /add`
„Wystąpił błąd uwierzytelniania (CredSSP)”Niezgodność środków zaradczych wyroczni szyfrowania CredSSPZaktualizuj zarówno klienta, jak i serwer, lub tymczasowo dostosuj ustawienie Zasad grupy `Encryption Oracle Remediation` do **Podatny**
„Usługi pulpitu zdalnego są obecnie zajęte”Osiągnięto limit sesji (2 jednoczesne sesje na standardowych licencjach serwera)Rozłącz bezczynne sesje; rozważ licencje CAL RDS dla większej liczby sesji
Połączenie wielokrotnie się zrywaNiezgodność MTU, niestabilna sieć lub agresywny limit czasu bezczynnościDostosuj MTU; ustaw `Keep-Alive` w ustawieniach rejestru RDP-Tcp
Ostrzeżenie o certyfikacie przy każdym połączeniuCertyfikat z podpisem własnym nie jest zaufany przez klientaZaimportuj certyfikat serwera do magazynu Zaufanych głównych urzędów certyfikacji klienta lub wdróż certyfikat podpisany przez urząd certyfikacji

Zarządzanie RDP przez panel sterowania

Jeśli wolisz graficzną warstwę zarządzania zamiast surowego PowerShell i edycji rejestru, panel sterowania serwera znacznie upraszcza konfigurację RDP, zarządzanie użytkownikami i reguły zapory. Zapoznaj się z Panelami sterowania VPS, aby poznać opcje integrujące się ze środowiskami Windows Server, lub rozważ VPS z cPanel, jeśli Twoje obciążenie obejmuje hosting stron internetowych obok zdalnej administracji.

Macierz decyzji technicznych: kluczowe wybory przy konfiguracji RDP

Użyj tej listy kontrolnej podczas konfigurowania lub audytowania dostępu RDP na dowolnym serwerze Windows:

  • Port: Zmieniony z domyślnego 3389 na niestandardowy port? Jeśli nie, udokumentuj powód.
  • NLA: Włączone? Jeśli wyłączone, uzasadnij dlaczego (wymaganie starszego klienta) i zrekompensuj innymi kontrolami.
  • Zakres zapory: Czy przychodzący RDP jest ograniczony do określonych źródłowych adresów IP? 0.0.0.0/0 jest niedopuszczalne dla produkcji.
  • Blokada konta: Skonfigurowana i przetestowana? Zweryfikuj celową sekwencją nieudanych logowań.
  • Certyfikat: Z podpisem własnym czy wydany przez urząd certyfikacji? Certyfikat z podpisem własnym jest akceptowalny do użytku wewnętrznego; certyfikat wydany przez urząd certyfikacji jest wymagany w środowiskach zgodności.
  • Limity sesji: Czy bezczynne sesje mają limit czasu? Skonfiguruj przez Zasady grupy w sekcji Session Time Limits.
  • Rejestrowanie: Czy audytowanie logowania/wylogowania RDP jest włączone? Sprawdź w sekcji Security Policy > Audit logon events.
  • Brama lub VPN: Czy bezpośrednia ekspozycja na internet jest konieczna? Jeśli nie, przekieruj przez bramę RD Gateway lub VPN.
  • Zapasowa metoda dostępu: Jeśli RDP zawiedzie (błędnie skonfigurowana zapora, awaria usługi), czy masz dostęp do konsoli out-of-band (KVM, IPMI, konsola VNC dostawcy)?

FAQ

Jaki jest domyślny port RDP i czy powinienem go zmienić?

Domyślny port RDP to TCP 3389. Powinieneś go zmienić na każdym serwerze dostępnym z internetu. Automatyczne skanery nieustannie sondują port 3389 w poszukiwaniu możliwości brute-force. Zmiana na wysoko numerowany, niestandardowy port nie zastępuje silnego uwierzytelniania, ale eliminuje większość zautomatyzowanego szumu.

Dlaczego RDP pokazuje ostrzeżenie o certyfikacie przy każdym połączeniu?

Serwer przedstawia certyfikat TLS z podpisem własnym, którego Twój klient nie rozpoznaje jako zaufany. Aby trwale wyeliminować ostrzeżenie, wyeksportuj certyfikat z podpisem własnym serwera i zaimportuj go do magazynu Zaufanych głównych urzędów certyfikacji na komputerze klienckim, lub zastąp certyfikat z podpisem własnym certyfikatem wydanym przez zaufany urząd certyfikacji.

Ile jednoczesnych sesji RDP obsługuje Windows Server?

Standardowy Windows Server (bez licencjonowania Usług pulpitu zdalnego) obsługuje dokładnie dwie jednoczesne administracyjne sesje RDP. Dodanie roli Usług pulpitu zdalnego z odpowiednimi licencjami dostępu klienta (CAL) usuwa to ograniczenie w scenariuszach wielu użytkowników.

Czy mogę używać RDP na kliencie innym niż Windows, aby połączyć się z serwerem Windows?

Tak. Microsoft publikuje oficjalne klienty Pulpitu zdalnego dla macOS, iOS i Android. W systemie Linux FreeRDP i Remmina są najbardziej zaawansowanymi opcjami open-source. Wszystkie obsługują NLA i standardowe szyfrowanie RDP.

Co powinienem zrobić, jeśli przypadkowo zablokuję sobie dostęp do RDP?

Najpierw sprawdź, czy Twój dostawca hostingu oferuje konsolę out-of-band (dostęp VNC lub KVM przez panel sterowania). Stamtąd możesz poprawić regułę zapory, ponownie włączyć usługę RDP lub naprawić błędnie skonfigurowany klucz rejestru bez potrzeby aktywnej sesji RDP. Dlatego właśnie dostęp out-of-band jest obowiązkowym elementem każdej strategii zarządzania serwerem — skonfiguruj go zanim będziesz go potrzebować.

15%

Zaoszczędź 15% na wszystkich usługach hostingowych

Sprawdź swoje umiejętności i zdobądź Rabat na dowolny plan hostingowy

Użyj kodu:

Skills
Rozpocznij