9 tips til hurtigere RDP-ydeevne på langsomme forbindelser

En af de hurtigste - og helt gratis - måder at give din RDP-forbindelse ilt på er simpelthen at sende færre pixels og færre farver over linjen. Jo mindre data der skal komprimeres og transmitteres, desto hurtigere reagerer skrivebordet i den anden ende.

1. Åbn RDP-klienten: Tryk Windows+R → skriv mstsc → Enter.
2. Vælg Vis ("Display").
   
   • Træk skyderen Skærmkonfiguration ned til den laveste acceptable opløsning - fx 1280×720 i stedet for 1920×1080.
   • Sæt Farver til High Color (16-bit).
3. Klik Gem eller Gem som … for at fastholde indstillingen i RDP-profilen.

*Tal er anslåede rå-bitmap-størrelser før komprimering, men illustrerer forholdet.

Tip: Hvis du ofte skifter mellem hurtige og langsomme net, kan du gemme to .rdp-filer med forskellige opløsninger/farvedybder og starte den passende profil efter behov.
Lavere opløsning og 16-bit farver kan virke gammeldags, men de reducerer mængden af pixels serveren skal kode, og mindsker båndbredde- og latenstaksameteret dramatisk - især på 4G, hotel-Wi-Fi eller satellitlinks.

Hver gang Windows skal sende en ændring på skærmen over RDP, ryger der et bitmap - jo flere “pyntede” pixels, desto flere kilobytes. Ved at skrue ned for de visuelle effekter kan du derfor spare både båndbredde og CPU-tid på serveren.

Sådan gør du i den indbyggede rdp-klient (mstsc.exe)

1. Start Fjernskrivebordforbindelse  (Win + R ➜ mstsc).
2. Vælg Vis indstillinger ▸ Oplevelse/Experience.
3. Fjern markeringen i feltet Registrér forbindelsens hastighed - ellers vil Windows overstyre dine valg.
4. Fravælg nu følgende effekter:
   • Skrivebordsbaggrund (wallpaper)
   • Visuelle temaer og gennemsigtighed (Aero Glass, Acrylic m.m.)
   • Menu- og vinduesanimationer
   • Font smoothing / ClearType
   • Bitmaps for menuer og vinduer, hvis valgmuligheden findes
5. Klik OK og Gem som… en rdp-profil, så du ikke skal gentage processen.

Tip: Brug gruppepolitik, hvis du administrerer mange maskiner

I Group Policy Management Editor går du til:

Computer Configuration → Administrative Templates → Windows Components → Remote Desktop Services → Remote Desktop Session Host → Remote Session Environment

Her kan du fx sætte “Do not allow desktop composition” og “Limit maximum color depth” til Enabled. Det tvinger alle brugere på serveren til at køre uden effekter - især praktisk på langsomme WAN-links eller VPN.

Hvad sparer man egentlig?

Bonus: Kombinér med bitmap-cache

Når effekterne er slået fra, bliver de resterende bitmaps mere ensartede, og RDP’s Persistent Bitmap Caching kan genbruge dem effektivt. Resultatet er færre runde-trip-pakker og en mere responsiv mus/scroll-oplevelse.

Hver gang du logger på en Remote Desktop-session, undersøger klienten hvilke lokale enheder der skal gøres tilgængelige på fjernskrivebordet. Alle de valgte ressourcer bliver holdt åbne i en krypteret kanal, og al trafik - lydbidder, USB-pakker, printjobs, fil-lister osv. - skal transporteres side om side med selve skrivebordsbilledet. Derfor kan én enkelt “overflødig” enhed betyde flere hundrede kilobit i sekundet ekstra overhead på en i forvejen træg forbindelse.

Sådan finder du indstillingerne

1. Åbn mstsc.exe (Start > “Fjernskrivebordstilknytning”).
2. Klik på Vis indstillinger > Lokale ressourcer.
3. I sektionen Lokale enheder og ressourcer vælger du Flere… for at se den fulde liste.

Hvad skal du slå fra - Og hvorfor?

Praktiske tips

• Start minimalistisk: Deaktiver alt, log på, og slå så kun de absolut nødvendige enheder til igen.
• Brug GPO for konsistens: I Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Device and Resource Redirection kan du centralt Block-drive redirection, Deny audio redirection osv.
• Undgå “gigant-copy-paste”: Skal du flytte større filer, så brug fildeling eller SFTP i stedet for udklipstavlen - især over forbindelser med høj latency.
• RemoteApp & Teams: Hvis du kører Teams/Zoom som RemoteApp, så lad lyd/mikrofon køre lokalt og slå kun Remote audio til, når det virkelig er nødvendigt.
• Spar på CPU’en også: Hver ekstra enhed betyder, at både klient og server skal komprimere/afkode flere datastrømme - vigtig viden på ældre terminalservere.

Bundlinjen: Jo færre ressourcer du omdirigerer, desto mindre data skal presses gennem netværket, og desto hurtigere og mere stabil føles din RDP-oplevelse.

Under Experience-fanen (“Oplevelse” i den danske udgave af RDP-klienten) styrer du, hvor aggressivt RDP skal komprimere og optimere trafikken. Et par få felter er guld værd på ustabile eller smalle forbindelser.

1. Vælg den rigtige forbindelsestype

Dropdown-menuen “Connection speed” påvirker, hvilke grafiske effekter der automatisk slås til eller fra:

Tip: Hvis din båndbredde svinger meget (fx tethring over 5G), så lad boksen “Detect connection quality automatically” stå markeret. Klienten skifter så mellem tilstandene on-the-fly og undgår, at du sidder fast i en “for høj” profil.

2. Slå persistent bitmap caching til

Når feltet “Vedvarende bitmapcache” er markeret, gemmer RDP små skærm-udsnit lokalt i:

Det betyder, at gentegnede elementer (startmenu, ikoner, vinduesrammer) ikke skal sendes igen, men blot hentes fra din disk. Gevinsten er især tydelig over høj latency-links, hvor hvert rundtur-tidspunkt tæller.

Sådan gør du

1. Åbn mstsc.exe → Vis indstillinger → fanen Oplevelse.
2. Vælg Forbindelseshastighed eller “Detect automatically”.
3. Sæt flueben ved “Persistent bitmap caching”.
4. Klik Gem som… for at bevare indstillingen i en .rdp-fil.

3. Når cachen driller

Korrupte cache-filer kan give “grumsede” vinduer eller fejlfarver. Løsningen er at rydde mappen:

1. Luk alle RDP-sessioner.
2. Slet filerne cache*.bmc i ovennævnte mappe.
3. Start RDP igen - nye, rene cache-filer oprettes automatisk.

Finjustér disse to felter, og du henter ofte flere sekunder pr. interaktion - uden at gå på kompromis med sikkerhed eller serverkonfiguration.

RDP-over-TCP fungerer fint på hurtige forbindelser, men når latency og pakketab stiger, klarer UDP-transporten sig langt bedre, fordi den tillader mere aggressiv pakketabskorrektion og out-of-order levering. Samtidig giver H.264/AVC 4:2:0-codec (420) markant højere kompressionsgrad end den farvenøjagtige, men datatunge AVC444. Begge tiltag kan derfor skære megabyte af trafikken pr. minut og gøre billedet mere flydende.

1. Åbn udp 3389 i firewallen

1. Windows Defender Firewall:
   

   New-NetFirewallRule ‑DisplayName "RDP (UDP-3389)" ` ‑Direction Inbound ‑Protocol UDP ‑LocalPort 3389 ‑Action Allow

   Tip: der findes allerede en indbygget Remote Desktop - User Mode (UDP-In)-regel; sørg blot for, at den er aktiveret på de relevante profiler.
2. NAT-/perimeter-firewall: Åbn både TCP 3389 og UDP 3389 til den interne RDS-server. RDP-klienten forsøger først TCP og skifter derefter automatisk til UDP, når porten er tilgængelig.

2. Bekræft at sessionen kører via udp

Under en aktiv RDP-forbindelse kan du trykke Ctrl+Alt+End  → Opgavestyring → fanen Ydeevne. Her vil du se “UDP” under Transport. Alternativt:

netstat -ano | findstr ":3389"

3. Prioritér h.264/avc (420) i group policy

1. Åbn gpedit.msc (eller en central GPO).
2. Navigér til:
   Computerkonfiguration → Administrative skabeloner → Windows Components → Remote Desktop Services → Remote Desktop Session Host → Remote Session Environment
3. Deaktiver politikken
   Prioritize H.264/AVC 444 graphics mode for Remote Desktop Connections
   (sæt til Disabled eller Ikke konfigureret).
   Herved bruger serveren standard-420-codec, som komprimerer ca. 30-50 % bedre.
4. Valgfrit: Aktiver
   Configure H.264/AVC hardware encoding for Remote Desktop Connections
   hvis serverens GPU understøtter NVENC/QuickSync - det aflaster CPU’en.

4. Hvilket codec bør du vælge?

5. Fejlfinding

• Se Event ID 261 (Transport Type UDP) under Microsoft-Windows-TerminalServices-ClientActiveXCore/Operational.
• Pakketab? Prøv at sætte HKLM\...\TcpMaxDataRetransmissions til 5.
• Sørg for, at VPN-løsninger tillader UDP-3389 - mange tvinger al trafik over TCP.

Med korrekt opsat UDP-transport og det mere effektive H.264/AVC 420-codec får du typisk en halvering af den nødvendige båndbredde og en markant mere responsiv oplevelse - selv på 4G-hotspots eller fiber med høj jitter.

Selv om det er fristende at køre din fjernskrivebordssession i dual- eller triple-monitor “Span-tilstand”, er det sjældent en god idé på en begrænset linje. Hver ekstra skærm multiplicerer den mængde pixeldata, som skal komprimeres, sendes, dekomprimeres og tegnes - og det kan hurtigt dræne både båndbredde og CPU-ressourcer på serveren.

1. Fravælg flere skærme i RDP-klienten
   I mstsc.exe klikker du på Vis (Skærm) og fjerner fluebenet i Brug alle mine skærme til fjernsessionen.
   • Begræns opløsningen til én 1080p-skærm (1920 × 1080) hvis muligt.
   • Har du en ultra-wide-skærm, så overvej at køre sessionen i et vindue i stedet for fuldskærm.
2. Undgå ekstreme DPI-indstillinger
   Høj DPI (150-300 %) betyder, at Windows ofte gengiver grafiske elementer i endnu højere opløsning, som derefter nedskaleres. Det giver:
   • Flere og større bitmap-overførsler.
   • Øget CPU-forbrug til scaling på både klient og server.

   Sigt efter en skaleringsfaktor på 100 - 125 %. Har du brug for større tekst, så justér hellere systemtekststørrelse end den globale DPI.

3. Vurder 4K-skærme kritisk
   3840 × 2160 pixels for firedobler trafikken i forhold til 1080p. Selv med H.264-komprimering og UDP kan en dårlig forbindelse ikke altid følge med. Overvej:
   • Mid-session nedskalering til 2560 × 1440 eller 1920 × 1080.
   • Brug af Zoom-funktionen (Ctrl + Alt + Plus/Minus) i stedet for fuld 4K.
4. Test, mål og justér
   Efter at have deaktiveret ekstra skærme og reduceret DPI:
   • Tjek Round-Trip Latency i Performance Monitor (Terminal Services: Round trip time).
   • Mål den reelle båndbredde med iperf3. Ideelt skal du se færre spikes og mindre pakketab.

Opsummeret: En single-monitor, moderat opløsning og begrænset DPI giver ofte den største gevinst pr. knap, du kan trykke på - og koster ingen funktionalitet i selve Windows-miljøet.

En af de nemmeste - og oftest oversete - måder at få en hurtigere og mere stabil fjernskrivebordssession på, er ganske enkelt at køre den nyeste RDP-motor på både klient og server. Hver Windows-udgave siden Windows 8 har fået væsentlige forbedringer af codec, fejlhåndtering og netværksprotokol. Har bare den ene ende af forbindelsen en forældet build, falder du automatisk tilbage til ældre og mindre effektive tilstande.

Tjek versionsnummeret - Og patch konsekvent

1. Åbn PowerShell på både klient og server, og kør winver. Sørg for at:
   • Windows 10/11 ligger på seneste CU.
   • Windows Server 2016/2019/2022 har de nyeste sikkerhedsopdateringer.
   • Ældre systemer (Win 7 / Server 2008 R2) har KB2592687 - RDP 8-opdateringen.
2. Genstart altid efter en RDP-relateret opdatering - flere forbedringer aktiveres først ved boot.
3. Verificér at “Remote Desktop Services” (TermService) kører samme build som resten af OS’et. Mismatch indikerer mislykket patch eller side-by-side installation.

Nyere rdp-funktioner, du går glip af uden opdatering

Har du begge ender ajour, vil RDP automatisk forhandle sig frem til den bedste kombination af TCP/UDP, codec og cache.

Vælg den rigtige klient

Den klassiske mstsc.exe virker stadig glimrende, men Microsoft investerer primært i de moderne Remote Desktop-apps, som du finder i Microsoft Store (Windows) og i Mac App Store.

• Microsoft Remote Desktop (Store-appen)
  • Bedre håndtering af pakketab (Forward Error Correction)
  • Automatisk re-connect når forbindelsen blipper
  • Indbygget gateway-understøttelse og feed-abonnementer
  • Uafhængig af OS-patching - opdateres hyppigt via Store
  
• Microsoft RD Client (iOS/Android) deler samme motor og giver ensartet oplevelse på mobil.

Når du installerer Store-klienten, bevar gerne den gamle mstsc.exe som fallback. Du kan så teste, hvilken klient der klarer sig bedst på netop din linje:

1. Start begge klienter mod samme server.
2. Kør perfmon /rel eller Event Viewer (Microsoft-Windows-RemoteDesktopServices-RdpCoreTS) og sammenlign reconnect-tider, UDP-errors og throughput.
3. Bliver Store-klienten konsekvent hurtigere, gør den til din standard og afinstaller først mstsc, hvis firmapolitikker tillader det.

Bonus: Overvej alternative protokoller når rdp er låst

Nogle organisationer kræver fortsat ældre cipher suites eller TLS 1.0, hvilket kan blokere nye RDP-features. Kan du ikke få lov at opgradere serveren, kan du:

• Køre RDP igennem en reverse proxy (f.eks. Guacamole, Apache Guacd) som kan terminere moderne TLS.
• Skifte til AVD, som bruger samme RDP-motor men styres af Microsofts gateways.

Uanset løsning gælder tommelfingerreglen: seneste version + korrekt klient = mindre båndbredde & færre udfald. Læg opdateringerne i automatiske patch-grupper, og gør det til fast rutine at tjekke RDP-build én gang om måneden.

Selv den bedst tunede RDP-opsætning taber pusten, hvis netværket i den anden ende er flaskehalsen. Før du dykker ned i avancerede Group Policies, så sørg for, at selve forbindelsen er så stabil og forudsigelig som mulig.

1. Brug kabel, når du kan
   
   • Et gigabit-kabel giver typisk lavere latenstid (sub-1 ms på LAN) og ingen interferensproblemer.
   • Mange bærbare mangler RJ-45 - overvej en USB-C til Ethernet-adapter. De fleste klarer 1 Gbps, nogle endda 2.5 Gbps.
   • I hjemmet kan et par billige Powerline- eller MoCA-adaptor-kit være et kompromis, hvis kabeltræk er umuligt.
2. Hvis du må bruge Wi-Fi, så gå målrettet efter 5 GHz (eller 6 GHz)
   
   • 5 GHz har betydeligt mindre støj end det overbefolkede 2,4 GHz-bånd og understøtter højere modulation (256-QAM/1024-QAM), hvilket sænker retransmits.
   • Sigt efter mindst -65 dBm signalstyrke. Brug Wi-Fi-analysator-apps til at placere access-point og vælge den mest frie kanal.
   • Wi-Fi 6/6E har OFDMA og BSS-Color, som reducerer contention på travle hot-spots - værd at opgradere til, hvis du arbejder remote ofte.
3. Ryd op i baggrundstrafikken
   
   • Aktive OneDrive/Dropbox-synkroniseringer, torrents eller 4K-streaming i huset kan nemt stjæle 80-90 % af upload-budgettet.
   • Prioritér arbejdstid: Task Manager > App-historik afslører ofte skjulte upload-syndere.
   • Tjek routerens statistik - top-talkers kan ofte bandes af eller tids-planlægges (QoS eller simple adgangsregler).
4. Sæt QoS/Smart Queue op - slip for bufferbloat
   

   Bufferbloat opstår, når store router-buffere indlæses, så pings ryger fra 20 ms til 600 ms, hver gang der uploades. RDP er særligt følsom her.

   Løsning	Hvad den gør	Hvordan
   Smart Queue Management (SQM) (fq_codel eller cake)	Holder køerne korte, prioriterer interaktiv trafik og undgår burst-baseret latency.	Findes i OpenWrt, Ubiquiti UniFi/EdgeOS (~“Smart Queue”). Sæt download/upload 5-10 % under ISP-hastighed.
   DSCP-markering	Sæt RDP-pakker til AF41 eller CS5, så de hopper forrest i køen.	Group Policy: Computer Config ▸ Windows Settings ▸ Policy-based QoS. Husk at routeren også skal honorere markeringen.
   Simple båndbredde-loft	Begræns streaming og cloud-backup til fx 20 Mbit, så der altid er plads til RDP.	Næsten alle routere har “Bandwidth Control” eller “Traffic Shaping”.

En hurtig before/after-test med ping -t eller dslreports.com/speedtest vil som regel afsløre dramatisk lavere jitter, når ovenstående er på plads. Og det er netop den konsistente, lave latenstid, der gør forskellen mellem en hakke-og-hale RDP-session og en oplevelse, der næsten føles lokal.

Inden du begynder at hive tilfældige skyde-reguleringer i GPO’er eller skifte codec frem og tilbage, så start med det vigtigste: data. Hvis du ikke måler, gætter du - og gætteri er sjældent en god performance-strategi.

1. Afdæk latens, jitter og pakketab

1. Ping - hurtig indikator
   ping <rdp-server> -n 100 giver en hurtig median for rundturstid (RTT) og simpelt pakketab. Du vil helst se:

   • RTT < 100 ms (helst < 50 ms for fuld skrivebordsoplevelse)
   • Jitter < 20 ms
   • Pakketab < 0,1 %

2. PathPing - find hvor tabet opstår
   pathping <rdp-server> kombin­erer traceroute og ping i én tur og viser tab pr. hop.

3. iPerf3 - båndbredde + jitter + UDP-tab
   På serveren: iperf3 -s
   På klienten: iperf3 -c <server> -u -b 5M -t 30
   Ud over throughput får du jitter og lost/total datagrams, som er langt mere præcist end almindelig ping.

4. PowerShell Test-NetConnection
   Test-NetConnection -ComputerName <server> -Port 3389 viser bl.a. RTT og om både TCP og (hvis åbnet) UDP 3389 svarer.

2. Gør tallene handlings­rettede

Når du ved om du ligger i grøn, gul eller rød zone kan du beslutte, om problemet skyldes netværket eller RDP-konfigurationen.

3. Finjustér via group policy (gpo)

1. Aktivér UDP-transport
   Computer Configuration → Administrative Templates → Windows Components → Remote Desktop Services → Remote Desktop Session Host → Connections → “Select RDP transport protocols”.
   Sæt til Use both TCP and UDP. UDP giver mindre overhead og bedre håndtering af jitter.
2. Grafikcodec og komprimering
   Remote Session Environment → “Prioritize H.264/AVC 420 graphics mode for RemoteFX”.
   Brug 420 (bedre komprimering) på langsomme links; deaktiver AVC444 hvis GPU-kraften er lav.
3. Adaptive grafik
   Same path → “Configure RemoteFX adaptive graphics”. Sæt til Enable & Optimize for low bandwidth hvis tallene ligger i gul/rød zone.
4. Cache-politikker
   Slå Persistent bitmap caching til for at spare båndbredde ved gentegning af UI-elementer.

4. Overvåg - Ellers glemmer du resultatet

• Event Viewer: Applications and Services Logs → Microsoft → Windows → RemoteDesktopServices-RdpCoreTS & RemoteConnectionManager. Kig efter Quality degradation, UDP fallback eller high round trip time detected.
• Performance Monitor (perfmon.exe): Tilføj counterne RemoteFX Network, TCPv4: Segments Retransmitted og UDPv4: Datagrams No Port/Errors.
• Real-time: I den nyeste Remote Desktop-klient kan du trykke Ctrl+Alt+End og vælge “Connection Information” for at se aktuel båndbredde, latency og om du kører TCP eller UDP.

5. Gentag loopet

Foretag ændring → mål igen → sammenlign med tabellen ovenfor. Først når tallene og den subjektive oplevelse er forbedret, kan du kalde det “optimeret”. RDP-performance er et iterativt håndværk - men med målinger i hånden bliver det kvalificeret frem for kvalmende gæt.