Remote Desktop Web Client Opsætningsvejledning

Microsofts Remote Desktop Web Client giver brugerne mulighed for at få adgang til Windows-skriveborde og applikationer direkte gennem en browser uden at installere en traditionel RDP-klient. Tilgængelig for Windows Server Remote Desktop Services (RDS) implementeringer, forenkler det adgangen til offentliggjorte ressourcer på tværs af forskellige desktop-operativsystemer.

Denne artikel forklarer, hvordan man installerer og offentliggør Remote Desktop Web Client på Windows Server 2025, 2022, 2019 og 2016, herunder forudsætninger, konfiguration, ydeevneoptimering og fejlfinding.

Hvad er Remote Desktop Web-klienten?

Remote Desktop Web Client er Microsofts browser-baserede grænseflade til at få adgang til ressourcer, der er offentliggjort gennem Remote Desktop Services. I stedet for at starte en lokalt installeret RDP-klient, forbinder brugerne til en webportal og åbner deres tildelte applikationer eller skriveborde.

Bygget på webteknologier, herunder HTML5, understøtter klienten fjernsessioner gennem kompatible browsere som Microsoft Edge, Google Chrome, Mozilla Firefox og Safari.

Hvordan fungerer Remote Desktop Web-klienten?

Webklienten fungerer inden for en eksisterende Remote Desktop Services-implementering. Flere serverroller arbejder sammen for at give adgang:

• RD Web Adgang: Giver webgrænsefladen, hvorigennem brugere opdager og lancerer offentliggjorte ressourcer.
• RD Gateway: Muliggør sikker ekstern forbindelse til intern Remote Desktop Services-infrastruktur.
• RD-forbindelsesmægler: Håndterer sessionsrouting, belastningsfordeling og genforbindelse til eksisterende sessioner.
• RD Session Host: Kører Windows-skriveborde og applikationer, der tilgås af brugerne.

Remote Desktop Web Client erstatter ikke disse roller. Det tilføjer en browserbaseret grænseflade til en RDS-implementering, der allerede skal være operationel.

RD Web Access vs. Remote Desktop Web Client

Selvom de er nært beslægtede, tjener RD Web Access og Remote Desktop Web Client forskellige formål.

RD Web Access er en Windows Server-rolle, der præsenterer publicerede applikationer og skriveborde. Remote Desktop Web Client er en ekstra browserbaseret klient, der er installeret og publiceret gennem den infrastruktur.

At installere RD Web Access alene aktiverer ikke automatisk interaktive fjernsessioner i browseren. Administratorer skal separat implementere og offentliggøre webklientpakken.

Hvad er kravene til Remote Desktop Web-klienten på Windows Server?

Før du installerer webklienten, skal du verificere, at serverrollerne, certifikaterne, licenseringen og netværkskonfigurationen opfylder Microsofts krav.

Understøttede versioner af Windows Server

Microsofts nuværende dokumentation for Remote Desktop Web Client opregner følgende versioner blandt de gældende operativsystemer:

Windows Server version	Dokumentationsstatus
Windows Server 2025	Listet som relevant
Windows Server 2022	Listet som relevant
Windows Server 2019	Listet som relevant
Windows Server 2016	Listet som relevant

Windows Server 2025 er derfor inkluderet i den nuværende Microsoft dokumentation .

Dog, Microsofts detaljerede installationskrav nævner stadig specifikt Windows Server 2016 og 2019 til RD Gateway, RD Connection Broker og RD Web Access rollerne. Administratorer, der implementerer webklienten i et Windows Server 2022 eller 2025 miljø, bør verificere deres serverrollekonfiguration mod den nyeste dokumentation, før de fortsætter.

Nødvendige RDS-roller og licensering

En fungerende RDS-implementering skal konfigureres, før webklienten kan installeres. Dette inkluderer RD Web Access, RD Connection Broker og den relevante session-host infrastruktur, sammen med RD Gateway til den standard dokumenterede implementering.

Microsoft kræver også per-bruger RDS Client Access Licenser (CALs) til webklienten. Licensering pr. enhed understøttes ikke i dette scenarie.

Sørg for, at RD Licensing-serveren er konfigureret korrekt, og at brugerne har de nødvendige rettigheder til at få adgang til deres tildelte ressourcer.

Certifikater og netværkskonfiguration

Pålidelige certifikater er essentielle for sikker browseradgang. Konfigurer passende certifikater til Remote Desktop-forbindelser på RD Gateway og RD Web Access, og sørg for, at deres værtsnavne matcher de adresser, der bruges af klienter.

RD Connection Broker-certifikatet er også påkrævet under installationen af webklienten.

For netværksforbindelse bruger HTTPS-trafik typisk TCP-port 443. Intern kommunikation mellem RDS-rollerne skal også tillades i henhold til implementeringsarkitekturen.

Undgå at eksponere RDP-port 3389 direkte til det offentlige internet. Eksterne brugere bør oprette forbindelse gennem den konfigurerede gateway eller en anden understøttet sikker adgangsarkitektur.

Hvordan man installerer Remote Desktop Web Client på Windows Server

Når RDS-infrastrukturen er klar, kan Remote Desktop Web Client installeres og offentliggøres ved hjælp af PowerShell.

Den følgende procedure følger Microsofts dokumenterede installationssekvens.

Trin 1: Eksporter RD-forbindelsesbrokercertifikatet

På RD Connection Broker-serveren skal du finde det certifikat, der bruges til Remote Desktop-forbindelser.

Eksporter dets offentlige certifikat som en .cer fil og kopier det til RD Web Access-serveren.

Webklienten bruger disse certifikatoplysninger, når den opretter forbindelser til RD Connection Broker.

Trin 2: Forbered PowerShell

Log ind på RD Web Access-serveren og åbn PowerShell med administratorrettigheder.

På Windows Server 2016 instruerer Microsoft administratorer om at opdatere PowerShellGet-modulet:

Installér-Modul -Navn PowerShellGet -Kraft

Genstart PowerShell-sessionen efter opdatering af modulet.

For nyere Windows Server-versioner skal du kontrollere de installerede PowerShell-komponenter, før du foretager ændringer.

Trin 3: Installer RD Web Client Management Module

Installer administrationsmodulet fra PowerShell Gallery:

Installér modul -Navn RDWebClientManagement

Dette modul giver de nødvendige kommandoer til at downloade, offentliggøre og vedligeholde Remote Desktop Web Client.

Hvis installationen mislykkes, skal du kontrollere adgangen til PowerShell Gallery og bekræfte, at PowerShell-sessionen understøtter TLS 1.2 eller senere.

Trin 4: Download Web Client-pakken

Kør følgende kommando:

Install-RDWebClientPackage

Dette downloader den seneste tilgængelige Remote Desktop Web Client-pakke.

At bruge den nyeste understøttede version er vigtigt for sikkerhed og browserkompatibilitet. Microsoft fortsætter med at frigive opdateringer, der adresserer sårbarheder, ydeevneproblemer og klientfunktionalitet.

Trin 5: Importer RD-forbindelsesbrokercertifikatet

Importer det tidligere eksporterede certifikat:

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

Erstat eksempelstien med den faktiske placering af certifikatet.

Det importerede certifikat skal svare til RD Connection Broker, der anvendes af implementeringen.

Trin 6: Udgiv Remote Desktop Web-klienten

Publicer den installerede pakke til produktionsbrug:

Udgiv-RDWebClientPackage -Type Produktion -Seneste

Remote Desktop Web Client er nu tilgængelig gennem RD Web Access.

Administratorer kan også offentliggøre en testversion, før de gør en opdatering tilgængelig for alle brugere:

Publicer-RDWebClientPackage -Type Test -Seneste

Testning er særligt nyttigt, når man introducerer en ny browserklientversion i et etableret multi-bruger RDS-miljø.

Hvordan kan du få adgang til og offentliggøre fjernskriveborde gennem RD Web?

Publicering af webklienten gør browsergrænsefladen tilgængelig. Administratorer skal også sikre, at de relevante applikationer og skriveborde offentliggøres gennem RDS.

Åbn URL'en til Remote Desktop Web Client

Standard webklientens URL følger dette format:

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

Erstat server.example.com med det fuldt kvalificerede domænenavn på RD Web Access-serveren.

Værtsnavnet skal matche det certifikat, der er konfigureret til tjenesten.

Brugere kan derefter få adgang til portalen med en kompatibel browser og deres organisatoriske legitimationsoplysninger.

Publicer RemoteApp-programmer og skriveborde

Applikationer og skriveborde offentliggøres gennem Remote Desktop Services, ikke direkte gennem webklientens administrationsmodul.

I Server Manager, naviger til Fjernskrivebordstjenester vælg den passende sessionssamling og konfigurer dens offentliggjorte RemoteApp-programmer.

Sørg for, at brugerne har tilladelse til at få adgang til den relevante samling og ressourcer.

Når de er konfigureret, vises applikationerne eller skrivebordene i webklientens grænseflade, hvor autoriserede brugere kan starte dem.

Start en fjernsession

Brugere åbner webklientens URL, godkender og vælger en tilgængelig ressource.

Den fjerntliggende desktop eller applikation kører inde i browservinduet, med interaktion håndteret gennem RDS-infrastrukturen.

Afhængigt af konfigurationen kan browseren anmode om tilladelse til at bruge visse lokale ressourcer, såsom udklipsholderen.

Hvordan kan du optimere ydeevnen for din Remote Desktop-webklient?

Pålidelig browserbaseret fjernadgang afhænger af mere end blot installation af webklienten. Netværkskvalitet, serverkapacitet og sessionkonfiguration påvirker alle reaktionshastigheden.

Administrer båndbredde og netværkslatens

Remote desktop trafik varierer afhængigt af de anvendte applikationer, skærmopløsning og niveauet af grafisk aktivitet.

Kontorapplikationer og simpel forretningssoftware stiller generelt forskellige krav til netværket end grafikintensive applikationer eller hyppigt skiftende skærmindhold.

Før implementeringen skal du estimere antallet af samtidige brugere og evaluere den tilgængelige båndbredde i spidsbelastningsperioder.

Latency er lige så vigtigt. Selv når båndbredden er tilstrækkelig, kan høje rundrejsetider få skrivning, rulning og interaktioner med applikationer til at føles langsomme.

Administratorer bør overvåge netværkslatens, pakke tab og båndbreddeudnyttelse, især når brugere opretter forbindelse fra fjerntliggende steder.

Overvåg serverressourcer og sessionsydelse

RD Session Host-serverne skal have tilstrækkelig CPU, hukommelse og diskplads til at understøtte samtidige brugere.

Overvåg ressourceudnyttelse sammen med aktive sessionstællinger for at identificere kapacitetsgrænser, før brugerne oplever ydelsesforringelse.

Nyttige målinger inkluderer CPU- og hukommelsesforbrug, diskaktivitet, netværksgennemstrømning, aktive og frakoblede sessioner samt sessionforbindelsesfejl.

Windows Performance Monitor, Event Viewer og passende infrastruktur overvågningsværktøjer kan hjælpe med at identificere, om langsomme sessioner skyldes servermætning, netværksforhold eller en individuel applikation.

Overvågning bør også tage højde for spidsbelastninger i arbejdsbyrden i stedet for kun at stole på gennemsnitlig udnyttelse.

Hold browsere og webklientpakker opdateret

Browser versioner og klient-side grafikmuligheder kan påvirke ydeevnen af fjernsessioner.

Microsofts nuværende webklientudgivelsesnoter introducere krav relateret til browserens alder, AVC codec understøttelse og WebGL tilgængelighed.

Test understøttede browsere ved hjælp af repræsentative arbejdsbelastninger, og hold webklientpakken opdateret.

Hvor browser-specifikke problemer opstår, sammenlign adfærden på tværs af understøttede browsere og, hvor det er relevant, med en native RDP-klient for at hjælpe med at isolere årsagen.

Hvad er processen for at administrere RD Web Client-udrulninger på tværs af flere servere?

Større organisationer distribuerer ofte fjernskrivebordsarbejdsbelastninger på tværs af flere RD Session Host-servere.

I disse miljøer bliver sessionsrouting, belastningsfordeling og genforbindelse essentielle for at opretholde pålidelig adgang.

RD-forbindelsesbroker og belastningsbalancering

RD Connection Broker koordinerer forbindelser til offentliggjorte ressourcer og dirigerer brugere til passende RD Session Host-servere.

Inden for en session samling understøtter det belastningsfordeling på tværs af tilgængelige værter, hvilket hjælper administratorer med at fordele arbejdsbyrder i stedet for at koncentrere hver session på én server.

Dette bliver særligt vigtigt, når flere brugere får adgang til de samme publicerede applikationer eller skrivebordsmiljøet.

Administratorer bør konfigurere sessionssamlinger og indstillinger for belastningsbalancering i henhold til serverkapacitet og forventede arbejdsbelastninger.

Remote Desktop Web Client introducerer ikke en separat load-balanceringsmekanisme. Den er afhængig af den eksisterende RDS-infrastruktur til at rute forbindelser.

Sessionsbevarelse og genforbindelse

Brugere kan midlertidigt miste forbindelsen på grund af netværksafbrydelser, browserlukning eller ændringer i netværksforhold.

RD Connection Broker hjælper med at genoprette forbindelsen for brugere til deres eksisterende sessioner, når disse sessioner forbliver tilgængelige.

Session persistence afhænger af RDS-implementeringen, samlingskonfigurationen og gældende sessionspolitikker.

Administratorer bør gennemgå grænserne for frakoblede sessioner og automatisk genforbindelsesadfærd for at balancere brugervenlighed, serverkapacitet og sikkerhed.

Test af genforbindelse er især vigtigt i multi-server-miljøer, hvor brugere skal ledes tilbage til deres oprindelige sessioner i stedet for ved et uheld at oprette unødvendige yderligere sessioner.

Overvejelser om høj tilgængelighed

For forretningskritiske implementeringer kan fjernelse af enkeltpunkter for fejl kræve yderligere RDS-infrastruktur.

Dette kan inkludere højt tilgængelige RD Connection Broker-konfigurationer, redundante gateway- og webadgangstjenester samt flere RD Session Host-servere.

RD Web Access og RD Gateway tilgængelighed skal planlægges separat fra session-vært belastningsfordeling. At tilføje flere session værter alene gør ikke hele fjernadgangsmiljøet meget tilgængeligt.

Administratorer bør også verificere certifikatets konsistens, DNS-konfiguration og load-balancerens adfærd på tværs af redundante komponenter.

Hvad er funktionerne og begrænsningerne ved Remote Desktop Web-klienten?

Browser-baseret adgang tilbyder fleksibilitet, men det reproducerer ikke alle funktioner fra en lokalt installeret RDP-klient.

Udskrivning og filoverførsler

Microsofts webklient understøtter fjernprint gennem en virtuel printer, der genererer downloadbare PDF-filer.

Filoverførsler er tilgængelige gennem udpegede virtuelle placeringer i den fjernsession, med en dokumenteret downloadstørrelsesgrænse på 255 MB.

Disse arbejdsgange adskiller sig fra direkte lokal drev- og printeromdirigering, der er tilgængelig i traditionelle RDP-klienter.

Organisationer med specialiserede udskrivningskrav eller hyppige store filoverførsler bør teste disse funktioner før implementering.

Browser- og mobilkompatibilitet

Webklienten understøtter kompatible desktop-browsere på Windows, macOS, Linux og ChromeOS.

Dog er Microsofts dokumentation i øjeblikket ikke liste mobile enheder som understøttede for denne webklient.

Organisationer, der kræver adgang fra smartphones eller tablets, bør evaluere dedikerede klienter eller alternative browserbaserede leveringsløsninger.

Sikkerhed og adgangskontrol

Webklienten drager fordel af de sikkerhedskontroller, der er implementeret på tværs af den underliggende RDS-implementering.

Administratorer bør følge RDP sikkerhed bedste praksis inklusive brug af betroede certifikater, begrænsning af unødvendig netværksudstilling og anvendelse af adgangspolitikker med mindst privilegium til offentliggjorte ressourcer

Yderligere sikkerhedsforanstaltninger, herunder multifaktorautentifikation gennem understøttede adgangsarkitekturer, kan hjælpe med at beskytte eksternt tilgængelige tjenester.

Hold Windows Server, RDS-komponenter og webklienten opdateret, og overvåg autentificeringsfejl og usædvanlig sessionaktivitet.

Hvordan opdaterer og fejlfinder man Remote Desktop Web Client?

Regelmæssig vedligeholdelse reducerer forbindelsesproblemer forårsaget af forældede pakker, udløbne certifikater og ændringer i RDS-infrastrukturen.

Opdater Remote Desktop Web Client

For at downloade den nyeste pakke, kør:

Install-RDWebClientPackage

Valgfrit offentliggør det først i testmiljøet:

Publicer-RDWebClientPackage -Type Test -Seneste

Efter validering af opdateringen, offentliggør den til produktion:

Udgiv-RDWebClientPackage -Type Produktion -Seneste

Microsofts udgivelsesnoter dokumenterer sikkerhedsopdateringer, kompatibilitetsforbedringer og rettelser til kendte problemer.

Opdater RD-forbindelsesbrokercertifikatet

Når brokercertifikatet fornyes eller erstattes, skal det opdaterede certifikat eksporteres og importeres i webklientkonfigurationen:

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

Genudgiv produktionsklienten:

Udgiv-RDWebClientPackage -Type Produktion -Seneste

At undlade at opdatere brokercertifikatet kan udløse en uventet serverautentificeringscertifikatfejl.

Løs almindelige forbindelsesproblemer

Webklientside indlæses ikke: Tjek RD Web Access tilgængelighed, DNS-opløsning, HTTPS-forbindelse, IIS-konfiguration og om pakken er blevet offentliggjort. Hvis forbindelsen stadig er et problem, gennemgå hvordan man etablere en sikker forbindelse til en server før ændring af webklientkonfigurationen

Brugere kan logge ind, men ser ingen applikationer: Bekræft session indsamling konfiguration, offentliggjorte ressourcer, brugerrettigheder og RD Connection Broker forbindelse.

Certifikatfejl vises: Kontroller certifikatets gyldighed, værtsnavnsmatch og om det korrekte broker-certifikat er blevet importeret.

Fjernsessioner afbrydes ofte: Undersøg netværksstabilitet, RD Gateway-forbindelse, sessionstimeout-politikker og RD Session Host-ressourceudnyttelse.

Sessioner er langsomme eller reagerer ikke. Sammenlign browserens ydeevne, serverkapacitet og netværkslatens. Hvis problemet også opstår gennem en native RDP-klient, er årsagen mere sandsynlig at involvere det underliggende RDS-miljø.

En struktureret fejlfindingstilgang hjælper med at skelne mellem browser-klientproblemer og fejl andre steder i Remote Desktop Services-infrastrukturen.

TSplus Remote Access: Browseradgang gennem en webapplikationsportal

Organisationer, der søger en enklere tilgang til browserbaseret desktop- og applikationslevering, kan overveje TSplus Remote Access Dens HTML5-webklient giver autoriserede brugere mulighed for at få adgang til Windows-applikationer og fjernskriveborde direkte gennem en kompatibel browser uden at installere en traditionel RDP-klient.

TSplus webapplikationsportalen giver en centraliseret grænseflade til at starte publicerede applikationer og skriveborde. I modsætning til Microsofts Remote Desktop Web Client, som er afhængig af en eksisterende RDS-implementering med specifikke serverroller, vores løsning leverer sin egen applikationspublisering og browseradgangsarkitektur. Dette gør det til et alternativ for virksomheder, der ønsker at levere Windows-ressourcer gennem en webportal, samtidig med at implementering og administration forenkles.

Konklusion

Microsofts Remote Desktop Web Client muliggør browserbaseret adgang til Windows-desktops og applikationer gennem Remote Desktop Services. Med Windows Server 2025 inkluderet i Microsofts nuværende dokumentation, bør administratorer verificere implementeringskompatibilitet, licenser, certifikater og serverroller før installation.

For pålidelig drift er vedligeholdelse af webklienten kun en del af opgaven. Netværksydelse, sessionshåndtering, belastningsbalancering og infrastrukturmonitorering bestemmer også kvaliteten af remote access-oplevelsen.