Przewodnik po konfiguracji klienta internetowego pulpitu zdalnego

Klient internetowy Microsoft Remote Desktop umożliwia użytkownikom dostęp do pulpitów i aplikacji systemu Windows bezpośrednio przez przeglądarkę, bez instalowania tradycyjnego klienta RDP. Dostępny dla wdrożeń usług pulpitu zdalnego Windows Server (RDS), upraszcza dostęp do opublikowanych zasobów w różnych systemach operacyjnych dla komputerów stacjonarnych.

Artykuł ten wyjaśnia, jak zainstalować i opublikować Klienta Web dla Zdalnego Pulpitu na systemach Windows Server 2025, 2022, 2019 i 2016, obejmując wymagania wstępne, konfigurację, optymalizację wydajności oraz rozwiązywanie problemów.

Czym jest klient sieciowy pulpitu zdalnego?

Klient internetowy Zdalnego Pulpitu to przeglądarkowy interfejs firmy Microsoft do uzyskiwania dostępu do zasobów publikowanych za pośrednictwem Usług Zdalnego Pulpitu. Zamiast uruchamiać lokalnie zainstalowanego klienta RDP, użytkownicy łączą się z portalem internetowym i otwierają przypisane im aplikacje lub pulpity.

Zbudowany na technologiach internetowych, w tym HTML5, klient obsługuje sesje zdalne za pośrednictwem kompatybilnych przeglądarek, takich jak Microsoft Edge, Google Chrome, Mozilla Firefox i Safari.

Jak działa klient internetowy pulpitu zdalnego?

Klient internetowy działa w ramach istniejącego wdrożenia usług pulpitu zdalnego. Kilka ról serwera współpracuje, aby zapewnić dostęp:

• Dostęp do aplikacji RD: Zapewnia interfejs internetowy, za pomocą którego użytkownicy odkrywają i uruchamiają opublikowane zasoby.
• Brama RD: Umożliwia bezpieczne połączenie zewnętrzne z wewnętrzną infrastrukturą usług pulpitu zdalnego.
• RD Connection Broker: Zarządza trasowaniem sesji, rozkładem obciążenia i ponownym połączeniem z istniejącymi sesjami.
• Host sesji RD: Uruchamia pulpity i aplikacje systemu Windows, do których mają dostęp użytkownicy.

Klient internetowy zdalnego pulpitu nie zastępuje tych ról. Dodaje interfejs oparty na przeglądarce do wdrożenia RDS, które musi już być operacyjne.

RD Web Access vs. Klient sieciowy pulpitu zdalnego

Chociaż są ze sobą ściśle powiązane, RD Web Access i Klient Web dla Pulpitu Zdalnego pełnią różne funkcje.

RD Web Access to rola serwera Windows, która udostępnia opublikowane aplikacje i pulpity. Klient internetowy zdalnego pulpitu to dodatkowy klient oparty na przeglądarce, zainstalowany i opublikowany za pośrednictwem tej infrastruktury.

Instalacja samego RD Web Access nie włącza automatycznie interaktywnych sesji zdalnych w przeglądarce. Administratorzy muszą osobno wdrożyć i opublikować pakiet klienta internetowego.

Jakie są wymagania dotyczące klienta internetowego pulpitu zdalnego na serwerze Windows?

Przed zainstalowaniem klienta internetowego upewnij się, że role serwera, certyfikaty, licencjonowanie i konfiguracja sieci spełniają wymagania Microsoftu.

Obsługiwane wersje systemu Windows Server

Dokumentacja aktualnego klienta internetowego zdalnego pulpitu Microsoftu wymienia następujące wersje wśród stosowanych systemów operacyjnych:

Wersja systemu Windows Server	Status dokumentacji
Windows Server 2025	Wymienione w stosownych przypadkach
Windows Server 2022	Wymienione w stosownych przypadkach
Windows Server 2019	Wymienione w stosownych przypadkach
Windows Server 2016	Wymienione w stosownych przypadkach

Windows Server 2025 jest zatem uwzględniony w bieżącym dokumentacja Microsoft .

Jednak szczegółowe wymagania dotyczące konfiguracji firmy Microsoft nadal konkretnie wymieniają systemy Windows Server 2016 i 2019 dla ról RD Gateway, RD Connection Broker i RD Web Access. Administratorzy wdrażający klienta internetowego w środowisku Windows Server 2022 lub 2025 powinni zweryfikować konfigurację ról serwera zgodnie z najnowszą dokumentacją przed kontynuowaniem.

Wymagane role i licencjonowanie RDS

Aby zainstalować klienta internetowego, należy najpierw skonfigurować działające wdrożenie RDS. Obejmuje to RD Web Access, RD Connection Broker oraz odpowiednią infrastrukturę hosta sesji, wraz z RD Gateway dla standardowego udokumentowanego wdrożenia.

Microsoft wymaga również licencji dostępu klienta RDS (CAL) na użytkownika dla klienta internetowego. Licencjonowanie na urządzenie nie jest obsługiwane w tym scenariuszu.

Upewnij się, że serwer licencjonowania RD jest poprawnie skonfigurowany i że użytkownicy mają niezbędne uprawnienia do uzyskania dostępu do przypisanych im zasobów.

Certyfikaty i konfiguracja sieci

Zaufane certyfikaty są niezbędne do bezpiecznego dostępu przez przeglądarkę. Skonfiguruj odpowiednie certyfikaty dla połączeń zdalnego pulpitu na bramie RD i dostępie do sieci RD, a także upewnij się, że ich nazwy hostów odpowiadają adresom używanym przez klientów.

Certyfikat brokera połączeń RD jest również wymagany podczas instalacji klienta internetowego.

Dla łączności sieciowej ruch HTTPS zazwyczaj korzysta z portu TCP 443. Wewnętrzna komunikacja między rolami RDS musi być również dozwolona zgodnie z architekturą wdrożenia.

Unikaj bezpośredniego wystawiania portu RDP 3389 na publiczny internet. Użytkownicy zewnętrzni powinni łączyć się przez skonfigurowaną bramę lub inną wspieraną architekturę bezpiecznego dostępu.

Jak zainstalować klienta sieciowego pulpitu zdalnego na serwerze Windows

Gdy infrastruktura RDS jest gotowa, klient internetowy pulpitu zdalnego może zostać zainstalowany i opublikowany za pomocą PowerShell.

Następująca procedura zgodna jest z udokumentowaną sekwencją instalacji firmy Microsoft.

Krok 1: Eksportuj certyfikat brokera połączeń RD

Na serwerze RD Connection Broker zlokalizuj certyfikat używany do połączeń zdalnego pulpitu.

Eksportuj jego publiczny certyfikat jako .cer skopiuj plik na serwer RD Web Access.

Klient internetowy wykorzystuje te informacje o certyfikacie podczas nawiązywania połączeń z brokerem połączeń RD.

Krok 2: Przygotuj PowerShell

Zaloguj się do serwera RD Web Access i otwórz PowerShell z uprawnieniami administratora.

Na Windows Server 2016 Microsoft instruuje administratorów, aby zaktualizowali moduł PowerShellGet:

Install-Module -Name PowerShellGet -Force

Uruchom ponownie sesję PowerShell po zaktualizowaniu modułu.

Dla nowszych wersji Windows Server sprawdź zainstalowane komponenty PowerShell przed wprowadzeniem zmian.

Krok 3: Zainstaluj moduł zarządzania klientem RD Web

Zainstaluj moduł zarządzania z PowerShell Gallery:

Install-Module -Name RDWebClientManagement

Ten moduł zapewnia polecenia potrzebne do pobierania, publikowania i utrzymywania Klienta Web dla Zdalnego Pulpitu.

Jeśli instalacja nie powiedzie się, sprawdź dostęp do PowerShell Gallery i upewnij się, że sesja PowerShell obsługuje TLS 1.2 lub nowszy.

Krok 4: Pobierz pakiet klienta internetowego

Uruchom następujące polecenie:

Install-RDWebClientPackage

To pobranie najnowszego dostępnego pakietu klienta internetowego zdalnego pulpitu.

Używanie najnowszej wspieranej wersji jest ważne dla bezpieczeństwa i zgodności z przeglądarkami. Microsoft nadal wydaje aktualizacje, które rozwiązują problemy z lukami w zabezpieczeniach, wydajnością i funkcjonalnością klienta.

Krok 5: Importuj certyfikat brokera połączeń RD

Importuj wcześniej wyeksportowany certyfikat:

Import-RDWebClientBrokerCert "C:\Certificates\RDBroker.cer"

Zastąp przykładową ścieżkę rzeczywistą lokalizacją certyfikatu.

Zaimportowany certyfikat musi odpowiadać brokerowi połączeń RD używanemu przez wdrożenie.

Krok 6: Opublikuj klienta sieciowego pulpitu zdalnego

Opublikuj zainstalowany pakiet do użytku produkcyjnego:

Publish-RDWebClientPackage -Type Production -Latest

Klient sieciowy pulpitu zdalnego jest teraz dostępny przez dostęp do RD Web.

Administratorzy mogą również opublikować wersję testową przed udostępnieniem aktualizacji wszystkim użytkownikom:

Opublikuj-RDWebClientPackage -Typ Test -Najnowższy

Testowanie jest szczególnie przydatne przy wprowadzaniu nowej wersji klienta przeglądarki do ustalonego środowiska RDS z wieloma użytkownikami.

Jak możesz uzyskać dostęp do zdalnych pulpitów i je publikować za pomocą RD Web?

Publikacja klienta internetowego udostępnia interfejs przeglądarki. Administratorzy muszą również zapewnić, że odpowiednie aplikacje i pulpity są publikowane za pośrednictwem RDS.

Otwórz adres URL klienta internetowego pulpitu zdalnego

Standardowy adres URL klienta internetowego ma następujący format:

https://server.example.com/RDWeb/webclient/index.html

Zastąp server.example.com z pełną nazwą domeny serwera RD Web Access.

Nazwa hosta musi odpowiadać certyfikatowi skonfigurowanemu dla usługi.

Użytkownicy mogą następnie uzyskać dostęp do portalu za pomocą kompatybilnej przeglądarki i swoich danych uwierzytelniających organizacji.

Publikuj programy RemoteApp i pulpity

Aplikacje i pulpity są publikowane za pośrednictwem usług pulpitu zdalnego, a nie bezpośrednio przez moduł zarządzania klientem internetowym.

W Menedżerze serwera przejdź do Usługi pulpitu zdalnego wybierz odpowiednią kolekcję sesji i skonfiguruj jej opublikowane programy RemoteApp.

Upewnij się, że użytkownicy mają uprawnienia do dostępu do odpowiedniej kolekcji i zasobów.

Po skonfigurowaniu aplikacje lub pulpity pojawiają się w interfejsie klienta internetowego, gdzie uprawnieni użytkownicy mogą je uruchomić.

Uruchom sesję zdalną

Użytkownicy otwierają adres URL klienta internetowego, uwierzytelniają się i wybierają dostępny zasób.

Zdalny pulpit lub aplikacja działa wewnątrz okna przeglądarki, a interakcja jest obsługiwana przez infrastrukturę RDS.

W zależności od konfiguracji, przeglądarka może poprosić o zezwolenie na użycie niektórych lokalnych zasobów, takich jak schowek.

Jak możesz zoptymalizować wydajność swojego klienta internetowego zdalnego pulpitu?

Niezawodne zdalne połączenie oparte na przeglądarce zależy od więcej niż tylko zainstalowania klienta internetowego. Jakość sieci, pojemność serwera i konfiguracja sesji mają wpływ na responsywność.

Zarządzaj przepustowością i opóźnieniem sieci

Ruch pulpitu zdalnego różni się w zależności od używanych aplikacji, rozdzielczości ekranu i poziomu aktywności graficznej.

Aplikacje biurowe i proste oprogramowanie biznesowe zazwyczaj stawiają inne wymagania sieci niż aplikacje intensywnie wykorzystujące grafikę lub często zmieniająca się zawartość ekranu.

Przed wdrożeniem oszacuj liczbę jednoczesnych użytkowników i oceń dostępny pasmo podczas szczytowych okresów.

Opóźnienie jest równie ważne. Nawet gdy przepustowość jest wystarczająca, wysokie czasy odpowiedzi mogą sprawić, że pisanie, przewijanie i interakcje z aplikacjami będą wydawały się ociężałe.

Administratorzy powinni monitorować opóźnienia w sieci, utratę pakietów i wykorzystanie pasma, szczególnie gdy użytkownicy łączą się zdalnie.

Monitorowanie zasobów serwera i wydajności sesji

Serwery RD Session Host muszą mieć wystarczającą moc CPU, pamięci i pojemności dysku, aby obsługiwać jednoczesnych użytkowników.

Monitoruj wykorzystanie zasobów obok liczby aktywnych sesji, aby zidentyfikować limity pojemności, zanim użytkownicy doświadczą pogorszenia wydajności.

Przydatne metryki obejmują wykorzystanie CPU i pamięci, aktywność dysku, przepustowość sieci, aktywne i rozłączone sesje oraz niepowodzenia w nawiązywaniu połączeń sesji.

Monitor wydajności systemu Windows, Podgląd zdarzeń oraz odpowiednie narzędzia do monitorowania infrastruktury mogą pomóc w identyfikacji, czy wolne sesje są spowodowane nasyceniem serwera, warunkami sieciowymi czy indywidualną aplikacją.

Monitoring powinno również uwzględniać szczytowe obciążenia, a nie polegać wyłącznie na średnim wykorzystaniu.

Zachowaj aktualność przeglądarek i pakietów klientów internetowych

Wersje przeglądarek i możliwości graficzne po stronie klienta mogą wpływać na wydajność sesji zdalnej.

Notatki dotyczące bieżącej wersji klienta internetowego Microsoftu wprowadzić wymagania dotyczące wieku przeglądarki, wsparcia kodeka AVC i dostępności WebGL.

Testuj obsługiwane przeglądarki za pomocą reprezentatywnych obciążeń i utrzymuj zaktualizowany pakiet klienta internetowego.

Gdzie pojawiają się problemy specyficzne dla przeglądarki, porównaj zachowanie w obsługiwanych przeglądarkach i, w razie potrzeby, z natywnym klientem RDP, aby pomóc w zidentyfikowaniu przyczyny.

Jaki jest proces zarządzania wdrożeniami klienta RD Web na wielu serwerach?

Większe organizacje często rozdzielają obciążenia zdalnego pulpitu na wiele serwerów RD Session Host.

W tych środowiskach routowanie sesji, rozkład obciążenia i ponowne połączenie stają się niezbędne do utrzymania niezawodnego dostępu.

Broker połączeń RD i równoważenie obciążenia

Broker połączeń RD koordynuje połączenia z opublikowanymi zasobami i kieruje użytkowników do odpowiednich serwerów hosta sesji RD.

W ramach kolekcji sesji wspiera rozkład obciążenia pomiędzy dostępne hosty, pomagając administratorom rozłożyć obciążenia zamiast koncentrować każdą sesję na jednym serwerze.

To staje się szczególnie ważne, gdy kilku użytkowników uzyskuje dostęp do tych samych opublikowanych aplikacji lub środowiska pulpitu.

Administratorzy powinni skonfigurować kolekcje sesji i ustawienia równoważenia obciążenia zgodnie z pojemnością serwera i oczekiwanym obciążeniem.

Klient internetowy zdalnego pulpitu nie wprowadza osobnego mechanizmu równoważenia obciążenia. Opiera się na istniejącej infrastrukturze RDS do kierowania połączeniami.

Utrzymywanie sesji i ponowne połączenie

Użytkownicy mogą tymczasowo stracić łączność z powodu przerw w sieci, zamknięcia przeglądarki lub zmian w warunkach sieciowych.

Broker połączeń RD pomaga ponownie połączyć użytkowników z ich istniejącymi sesjami, gdy te sesje pozostają dostępne.

Trwałość sesji zależy od wdrożenia RDS, konfiguracji kolekcji i obowiązujących zasad sesji.

Administratorzy powinni przeglądać limity sesji rozłączonych oraz zachowanie automatycznego ponownego połączenia, aby zrównoważyć użyteczność, pojemność serwera i bezpieczeństwo.

Testowanie ponownego połączenia jest szczególnie ważne w środowiskach wieloserwerowych, gdzie użytkownicy muszą być kierowani z powrotem do swoich oryginalnych sesji, a nie przypadkowo tworzyć niepotrzebne dodatkowe sesje.

Rozważania dotyczące wysokiej dostępności

Dla wdrożeń krytycznych dla biznesu, usunięcie pojedynczych punktów awarii może wymagać dodatkowej infrastruktury RDS.

To może obejmować wysoko dostępne konfiguracje brokera połączeń RD, redundantne bramy i usługi dostępu do sieci oraz wiele serwerów hostów sesji RD.

Dostęp do RD Web i dostęp do bramy RD muszą być planowane oddzielnie od rozkładu obciążenia hostów sesji. Samo dodanie większej liczby hostów sesji nie sprawia, że cały środowisko dostępu zdalnego jest wysoce dostępne.

Administratorzy powinni również zweryfikować spójność certyfikatów, konfigurację DNS oraz zachowanie równoważnika obciążenia w redundantnych komponentach.

Jakie są funkcje i ograniczenia klienta internetowego pulpitu zdalnego?

Dostęp oparty na przeglądarce oferuje elastyczność, ale nie reprodukuje każdej funkcji lokalnie zainstalowanego klienta RDP.

Drukowanie i transfer plików

Klient internetowy Microsoftu obsługuje drukowanie zdalne za pomocą wirtualnej drukarki, która generuje pliki PDF do pobrania.

Transfer plików są dostępne przez wyznaczone wirtualne lokalizacje w sesji zdalnej, z udokumentowanym limitem rozmiaru pobierania wynoszącym 255 MB.

Te przepływy pracy różnią się od bezpośredniego przekierowania lokalnych dysków i drukarek dostępnych w tradycyjnych klientach RDP.

Organizacje z wyspecjalizowanymi wymaganiami dotyczącymi druku lub częstymi transferami dużych plików powinny przetestować te możliwości przed wdrożeniem.

Kompatybilność z przeglądarkami i urządzeniami mobilnymi

Klient internetowy obsługuje zgodne przeglądarki desktopowe na Windows, macOS, Linux i ChromeOS.

Jednak dokumentacja Microsoftu obecnie nie wymienia urządzeń mobilnych jako wspieranych dla tego klienta internetowego.

Organizacje wymagające dostępu z telefonów smartfonowych lub tabletów powinny ocenić dedykowane aplikacje klienckie lub alternatywne rozwiązania dostarczania oparte na przeglądarkach.

Bezpieczeństwo i kontrola dostępu

Klient internetowy korzysta z zabezpieczeń wdrożonych w całej podstawowej infrastrukturze RDS.

Administratorzy powinni przestrzegać Najlepsze praktyki w zakresie bezpieczeństwa RDP w tym, w tym korzystając z zaufanych certyfikatów, ograniczając niepotrzebną ekspozycję sieciową i stosując zasady dostępu minimalnego do publikowanych zasobów

Dodatkowe środki bezpieczeństwa, w tym uwierzytelnianie wieloskładnikowe za pomocą wspieranych architektur dostępu, mogą pomóc w ochronie usług dostępnych zewnętrznie.

Zachowaj aktualność serwera Windows, komponentów RDS i klienta internetowego oraz monitoruj niepowodzenia uwierzytelniania i nietypową aktywność sesji.

Jak zaktualizować i rozwiązać problemy z klientem internetowym zdalnego pulpitu?

Regularne utrzymanie zmniejsza problemy z połączeniem spowodowane przestarzałymi pakietami, wygasłymi certyfikatami i zmianami w infrastrukturze RDS.

Zaktualizuj klienta sieciowego pulpitu zdalnego

Aby pobrać najnowszy pakiet, uruchom:

Install-RDWebClientPackage

Opcjonalnie opublikuj to najpierw w środowisku testowym:

Opublikuj-RDWebClientPackage -Typ Test -Najnowższy

Po zatwierdzeniu aktualizacji opublikuj ją w produkcji:

Publish-RDWebClientPackage -Type Production -Latest

Dokument notatek wydania Microsoftu zawiera aktualizacje zabezpieczeń, ulepszenia zgodności oraz poprawki znanych problemów.

Zaktualizuj certyfikat brokera połączeń RD

Gdy certyfikat brokera jest odnawiany lub zastępowany, wyeksportuj zaktualizowany certyfikat i zaimportuj go do konfiguracji klienta internetowego:

Import-RDWebClientBrokerCert "C:\Certificates\RDBroker-New.cer"

Ponownie opublikuj klienta produkcyjnego:

Publish-RDWebClientPackage -Type Production -Latest

Nieaktualizowanie certyfikatu brokera może spowodować nieoczekiwany błąd certyfikatu uwierzytelniania serwera.

Rozwiązywanie powszechnych problemów z połączeniem

Strona klienta internetowego nie ładuje się: Sprawdź dostępność RD Web Access, rozwiązywanie DNS, łączność HTTPS, konfigurację IIS oraz to, czy pakiet został opublikowany. Jeśli problem z łącznością nadal występuje, sprawdź, jak to zrobić. nawiązać bezpieczne połączenie z serwerem przed zmianą konfiguracji klienta internetowego

Użytkownicy mogą się zalogować, ale nie widzą żadnych aplikacji: Zweryfikuj konfigurację kolekcji sesji, opublikowane zasoby, uprawnienia użytkowników oraz łączność z brokerem połączeń RD.

Błędy certyfikatu pojawiają się: Sprawdź ważność certyfikatu, dopasowanie nazwy hosta oraz czy poprawny certyfikat brokera został zaimportowany.

Sesje zdalne często się rozłączają: Zbadaj stabilność sieci, łączność z bramą RD, polityki czasu oczekiwania sesji oraz wykorzystanie zasobów hosta sesji RD.

Sesje są wolne lub nieodpowiadające: Porównaj wydajność przeglądarki, pojemność serwera i opóźnienie sieci. Jeśli problem występuje również przez natywny klient RDP, przyczyna prawdopodobnie dotyczy podstawowego środowiska RDS.

Strukturalne podejście do rozwiązywania problemów pomaga odróżnić problemy z klientem przeglądarki od awarii w innych częściach infrastruktury usług pulpitu zdalnego.

TSplus Remote Access: Dostęp przez przeglądarkę za pośrednictwem portalu aplikacji internetowej

Organizacje poszukujące prostszego podejścia do dostarczania pulpitu i aplikacji przez przeglądarkę mogą rozważyć TSplus Zdalny Dostęp Jego klient internetowy HTML5 umożliwia uprawnionym użytkownikom dostęp do aplikacji Windows i zdalnych pulpitów bezpośrednio przez kompatybilną przeglądarkę, bez instalowania tradycyjnego klienta RDP.

Portal aplikacji internetowej TSplus zapewnia scentralizowany interfejs do uruchamiania opublikowanych aplikacji i pulpitów. W przeciwieństwie do Klienta internetowego Pulpitu zdalnego Microsoftu, który opiera się na istniejącym wdrożeniu RDS z określonymi rolami serwera, nasze rozwiązanie oferuje własną architekturę publikacji aplikacji i dostępu przez przeglądarkę. Czyni to alternatywą dla firm poszukujących sposobów na udostępnienie zasobów systemu Windows za pośrednictwem portalu internetowego, jednocześnie upraszczając wdrażanie i administrację.

Wniosek

Klient internetowy Zdalnego Pulpitu Microsoftu umożliwia dostęp do pulpitów i aplikacji systemu Windows za pośrednictwem usług Zdalnego Pulpitu. Wraz z systemem Windows Server 2025 zawartym w aktualnej dokumentacji Microsoftu, administratorzy powinni zweryfikować zgodność wdrożenia, licencjonowanie, certyfikaty i role serwera przed instalacją.

Aby zapewnić niezawodne działanie, utrzymanie klienta internetowego to tylko część zadania. Wydajność sieci, zarządzanie sesjami, równoważenie obciążenia i monitorowanie infrastruktury również wpływają na jakość doświadczenia zdalnego dostępu.