Jag ser fortfarande exakt det här problemet dyka upp på Microsoft Q&A, Spiceworks och r/techsupport: Alt+Tab slutar fungera i Fjärrskrivbord, genvägar går till den lokala datorn i stället för fjärrsessionen, och inget verkar vara fel. Sessionen är ansluten, tangentbordet fungerar bra, musinmatningen fungerar bra, men Alt+Tab fortsätter att växla tillbaka till ditt lokala skrivbord. Om du har lagt tid på att försöka lista ut hur man använder Alt+Tab i Fjärrskrivbord på samma sätt som det fungerar på en lokal dator är du inte ensam. Åtgärderna nedan är testade och bekräftade, hämtade från verkliga fall och lösningar som verifierats i olika communitytrådar, ordnade så att du kan hoppa direkt till det scenario som matchar ditt.
Varför fungerar inte Alt+Tab i min fjärrskrivbordssession?
Det korta svaret: mstsc gör precis det som det är konfigurerat att göra. Som standard skickar Fjärrskrivbord Windows-tangentkombinationer till den fjärranslutna sessionen endast när klienten körs i helskärmsläge. I en session i fönsterläge förblir Alt+Tab lokalt, och Fjärrskrivbordsfönstret visas som bara ytterligare en post i din lokala programväxlare. Det finns ingen varning på skärmen som talar om att detta händer. Det är därför det överraskar nästan alla första gången.
Beteendet styrs av parametern keyboardhook som lagras i varje .rdp-fil och exponeras i mstsc som inställningen “Använd Windows-tangentkombinationer” under Lokala resurser. Standardvärdet är 2. Microsoft dokumenterar detta i referensen för kortkommandon i Remote Desktop Services och i dokumentationen för egenskapen KeyboardHookMode. Det är inte ett fel. Det är ett designval, och när du väl känner till det tar det ungefär trettio sekunder att åtgärda.
Vad de flesta försöker först för att åtgärda att Alt Tab inte fungerar i RDP och varför det misslyckas
Det första försöket är att klicka inne i Remote Desktop-fönstret för att bekräfta fokus och sedan trycka Alt+Tab igen. Jag fattar, det är det logiska att göra. Det hjälper inte. Fokus på fönstret ändrar inte var tangentbordskombinationer dirigeras.
Det andra försöket är oftast AutoHotKey. Detta är ofta opålitligt här eftersom mstsc:s tangentbordsdirigeringsinställning fångar upp Windows-tangentkombinationer innan en lokal ommappning beter sig som du förväntar dig. Det kan fungera för vissa anpassade genvägar, men det är ingen ren lösning för standarddirigering av Alt+Tab, och jag har sett folk lägga en eftermiddag på det innan de ger upp.
Det tredje försöket är att ändra “Tillämpa Windows-tangentkombinationer” till “På den fjärrdatorn” och förvänta sig att båda maskinerna ska reagera på Alt+Tab. Här blir det lurigt: inställningen är antingen-eller. mstsc erbjuder inget officiellt stöd för att skicka samma Alt+Tab-kommando till både det lokala och det fjärranslutna skrivbordet samtidigt. Alternativen är: lokalt, fjärr eller fjärr endast i helskärmsläge. Det är hela listan.
Så här använder du Alt Tab i Fjärrskrivbord: åtgärder som faktiskt fungerar
Lösning 1: Använd RDP-tangentbordsmotsvarigheten (fönsterläge, inga ändringar i inställningarna behövs)
Varför det fungerar: Microsoft skapade en särskild uppsättning kortkommandon för Fjärrskrivbordssessioner i fönster. De fungerar utan att du behöver ändra några inställningar och lämnar din lokala Alt+Tab helt orörd. För de flesta är detta den renaste lösningen och den jag rekommenderar att prova först.
Alt+Page Up växlar mellan öppna program i fjärrsessionen framåt, den direkta motsvarigheten till Alt+Tab. Alt+Page Down går bakåt. Alt+Insert bläddrar genom programmen i den ordning de startades. Ingen konfiguration behövs.
Åtgärd 2: Växla till helskärmsläge (utan konfiguration, snabbaste vägen)
Varför det fungerar: Standardvärdet för keyboard hook 2 leder Alt+Tab till fjärrsessionen i samma ögonblick som klienten går i helskärm. Inga inställningar att ändra, inga .rdp-filer att redigera. Om du bara behöver att Alt+Tab i fjärrskrivbord fungerar ibland är detta det alternativ som innebär minst krångel.
- I din aktiva Fjärrskrivbordssession, tryck Ctrl+Alt+Break för att växla till helskärm. På bärbara datorer utan en dedikerad Break-tangent kan du prova Ctrl+Alt+Pause eller Ctrl+Alt+Fn+Scroll Lock.
- Tryck Alt+Tab. Det växlar nu fönster inne i fjärrsessionen.
- Tryck Ctrl+Alt+Break igen för att återgå till fönsterläge vid behov.
Åtgärd 3: Ändra keyboard hook-inställningen i mstsc (fix för fönsterläge)
Varför det fungerar: Att byta till “On the remote computer” dirigerar Alt+Tab till fjärrsessionen när Remote Desktop-fönstret har fokus, även i fönsterläge. Nackdelen är att Alt+Tab slutar fungera tillförlitligt på din lokala dator medan anslutningen är öppen. Klicka utanför Remote Desktop-fönstret med musen för att komma tillbaka till lokala appar.
- Koppla från eventuella aktiva Remote Desktop-sessioner.
- Tryck Win+R, skriv mstsc, tryck Enter.
- Klicka på Show Options.
- Klicka på fliken Local Resources.
- Under Keyboard, öppna rullgardinsmenyn “Apply Windows key combinations”.
- Välj “On the remote computer.”
- Återanslut. Alt+Tab dirigeras nu till fjärrsessionen när Remote Desktop-fönstret har fokus.
Lösning 4: Redigera .rdp-filen direkt (ställ in det en gång, fungerar varje gång)
Varför det fungerar: Värdet keyboardhook i .rdp-filen styr samma inställning som mstsc-gränssnittet. Att redigera det direkt innebär att din preferens behålls över anslutningar utan att du behöver gå igenom alternativskärmen varje gång.
- Hitta din sparade .rdp-fil, eller spara en från mstsc via Arkiv > Spara som.
- Öppna filen i Anteckningar.
- Hitta raden: keyboardhook:i:2
- Ändra den till: keyboardhook:i:1
- Spara och stäng filen.
- Öppna anslutningen genom att dubbelklicka direkt på .rdp-filen.
Så här fungerar det: keyboardhook-värden
| Värde | mstsc UI-etikett | Vart Alt+Tab går |
| 0 | På den här datorn | Lokal dator i alla visningslägen |
| 1 | På fjärrdatorn | Fjärrsession när RDP-fönstret är i fokus |
| 2 (standard) | Endast när helskärm används | Fjärr i helskärm, lokal i fönsterläge |
Lösning 5: Använd HelpWire om mstsc-inställningarna inte är ett alternativ
Varför det fungerar: Om policybegränsningar hindrar dig från att redigera .rdp-filer eller ändra mstsc:s tangentbordsinställningar, kringgår ett fjärråtkomstverktyg som inte använder RDP keyboardhook-beteendet helt och hållet. HelpWire är ett kostnadsfritt verktyg för fjärrsupport som ansluter dig till fjärrdatorer utan att gå via RDP-stacken överhuvudtaget. Det fungerar på Windows, macOS och Linux, stöder både övervakade och obevakade sessioner och kräver inte att port 3389 är öppen.
- Ladda ned och installera HelpWire på både den lokala och den fjärranslutna datorn från helpwire.app.
- Starta HelpWire och anslut med den angivna sessionslänken eller ID för obevakad åtkomst.
- När du är ansluten testar du Alt+Tab och bekräftar att beteendet motsvarar dina behov.
Om inga av dessa lösningar fungerade
Kapslad RDP eller RD Web Access: Om du ansluter via en jumpbox och öppnar en andra Remote Desktop-session inifrån den, når inga av mstsc-åtgärderna ovan den inre sessionen. Microsofts Remote Desktop Services-dokumentation är tydlig med detta: tangentbordsgenvägar fungerar inte i kapslade Remote Desktop- eller RemoteApp-sessioner. Varje tangenttryckning fångas upp av det första sessionslagret som tar emot den. Alt+Page Up misslyckas här också. Jag har sett folk slösa en timme på detta innan de inser att själva jumpboxen är hindret. Att köra den inre sessionen i helskärm på jumpboxen är den enda lösningen inom mstsc-stacken.
RemoteApp på Windows Server 2025: I minst ett dokumenterat fall bläddrade Alt+Tab inuti en RemoteApp-session på Windows Server 2025 mellan öppna appar men visade inte miniatyrförhandsgranskningslistan som fungerade bra på Server 2022. En Microsoft Q&A-tråd från mars 2026 innehåller en föreslagen åtgärd som rör keyboard hook-inställningen, men trådstartaren rapporterade att keyboardhook:i:2 inte återställde förhandsgranskningsgränssnittet i deras miljö. Behandla detta som ett RemoteApp-specifikt beteende i Server 2025, separat från de standardfixar för Alt+Tab-routning i fjärrskrivbord som nämns ovan.
Vanliga frågor
Tryck på Alt+Page Up inuti fjärrskrivbordssessionen. Detta är den inbyggda RDP-tangentbordsekvivalenten till Alt+Tab och fungerar i fönsterläge utan att röra mstsc-inställningar, .rdp-filer eller keyboard hook-värden. Alt+Page Down bläddrar bakåt bland öppna program. Alt+Insert växlar i startordning.
Två alternativ. För det första, använd Alt+Page Up, vilket är den inbyggda RDP-genvägen för att växla mellan program i fjärrsessionen och som inte kräver någon konfiguration. För det andra, ändra inställningen “Apply Windows key combinations” i mstsc Local Resources till “On the remote computer,” vilket skickar vanliga Alt+Tab till fjärrsessionen när fönstret är i fokus.
Alt+Page Up är motsvarigheten till Alt+Tab i fjärrskrivbordet. Den växlar framåt mellan öppna program i fjärrsessionen. Alt+Page Down växlar bakåt. Alt+Insert växlar mellan program i startordning.
mstsc:s keyboard hook har som standard värdet 2, vilket dirigerar Alt+Tab till den dator som äger helskärmen. I fönsterläge är det den lokala datorn. Att ändra inställningen till keyboardhook:i:1 i .rdp-filen eller att trycka Ctrl+Alt+Break för att gå till helskärm åtgärdar det i båda fallen.
Tangentbordsgenvägar passerar inte igenom nästlade fjärrskrivbordssessioner. Microsofts dokumentation anger detta uttryckligen: varje sessionslager fångar upp tangenttryckningar var för sig. Ett tangenttryck från ditt fysiska tangentbord tas upp av den första sessionen som det når och skickas aldrig vidare inåt. Alt+Page Up fungerar inte här heller. Helskärmsläge på jumpboxen är den enda lösningen med mstsc.
