Eu ainda vejo exatamente esse problema surgir no Microsoft Q&A, Spiceworks e r/techsupport: Alt+Tab para de funcionar na Área de Trabalho Remota, os atalhos vão para a máquina local em vez da sessão remota, e nada parece estar quebrado. A sessão está conectada, a digitação funciona bem, a entrada do mouse funciona bem, mas o Alt+Tab continua levando você de volta para a área de trabalho local. Se você já passou um tempo tentando descobrir como usar o Alt+Tab na Área de Trabalho Remota da mesma forma que funciona em uma máquina local, você não está sozinho. As correções abaixo foram testadas e confirmadas, extraídas de casos do mundo real e de soluções verificadas em tópicos da comunidade, organizadas para que você possa ir direto ao cenário que corresponde ao seu.
Por que o Alt+Tab não está funcionando na minha sessão de Área de Trabalho Remota?
A resposta curta: o mstsc está fazendo exatamente o que foi configurado para fazer. Por padrão, a Área de Trabalho Remota envia as combinações de teclas do Windows para a sessão remota somente quando o cliente está em modo de tela cheia. Em uma sessão em janela, Alt+Tab permanece local, e a janela da Área de Trabalho Remota aparece como apenas mais uma entrada no seu alternador local. Não há nenhum aviso na tela informando que isso está acontecendo. É por isso que isso surpreende quase todo mundo na primeira vez.
O comportamento é controlado pelo parâmetro keyboardhook armazenado em cada arquivo .rdp e exposto no mstsc como a configuração “Aplicar combinações de teclas do Windows” em Recursos Locais. O valor padrão é 2. A Microsoft documenta isso na referência de teclas de atalho dos Serviços de Área de Trabalho Remota e na documentação da propriedade KeyboardHookMode. Não é um bug. É uma escolha de design e, depois que você sabe disso, corrigir leva cerca de trinta segundos.
O que a maioria das pessoas tenta primeiro para corrigir quando o Alt Tab não funciona no RDP e por que isso falha
A primeira tentativa é clicar dentro da janela da Área de Trabalho Remota para confirmar o foco e então pressionar Alt+Tab novamente. Eu entendo, isso é o lógico a se fazer. Não ajuda. O foco na janela não altera para onde as combinações de teclado são encaminhadas.
A segunda tentativa costuma ser o AutoHotKey. Isso costuma ser pouco confiável aqui porque a configuração de roteamento do teclado do mstsc captura as combinações de teclas do Windows antes que um remapeamento local se comporte como você espera. Pode funcionar para alguns atalhos personalizados, mas não é uma correção limpa para o roteamento padrão do Alt+Tab, e já vi pessoas passarem uma tarde nisso antes de desistirem.
A terceira tentativa é mudar “Apply Windows key combinations” para “On the remote computer” e esperar que as duas máquinas respondam ao Alt+Tab. É aqui que está a pegadinha: a configuração é ou uma coisa ou outra. O mstsc não fornece uma opção suportada para enviar o mesmo comando Alt+Tab para as áreas de trabalho local e remota ao mesmo tempo. As opções escolhem local, remoto ou remoto apenas em tela cheia. Essa é a lista completa.
Como usar Alt Tab na Área de Trabalho Remota: soluções que realmente funcionam
Correção 1: Use o atalho de teclado equivalente no RDP (modo de janela, sem necessidade de alterar configurações)
Por que isso funciona: A Microsoft criou um conjunto dedicado de atalhos de teclado para sessões de Área de Trabalho Remota em janela. Eles funcionam sem mexer em nenhuma configuração e deixam o seu Alt+Tab local completamente intacto. Para a maioria das pessoas, esta é a solução mais limpa e a que recomendo tentar primeiro.
Alt+Page Up alterna entre os programas abertos na sessão remota, avançando, o equivalente direto de Alt+Tab. Alt+Page Down retrocede. Alt+Insert percorre os programas na ordem em que foram iniciados. Nenhuma configuração é necessária.
Correção 2: Mudar para o modo de tela cheia (sem configuração, caminho mais rápido)
Por que funciona: O valor 2 do gancho de teclado padrão redireciona Alt+Tab para a sessão remota no momento em que o cliente entra em tela cheia. Sem configurações para alterar, sem arquivos .rdp para editar. Se você só precisa do Alt+Tab da área de trabalho remota funcionando ocasionalmente, esta é a opção de menor atrito.
- Dentro da sua sessão ativa de Área de Trabalho Remota, pressione Ctrl+Alt+Break para alternar para tela cheia. Em laptops sem uma tecla Break dedicada, tente Ctrl+Alt+Pause ou Ctrl+Alt+Fn+Scroll Lock.
- Pressione Alt+Tab. Agora ele alterna janelas dentro da sessão remota.
- Pressione Ctrl+Alt+Break novamente para voltar ao modo de janela quando necessário.
Correção 3: Altere a configuração de gancho do teclado no mstsc (correção para o modo de janela)
Por que funciona: Alterar para “No computador remoto” direciona Alt+Tab para a sessão remota quando a janela da Área de Trabalho Remota está em foco, inclusive no modo de janela. A desvantagem é que Alt+Tab deixa de funcionar de forma confiável no seu computador local enquanto a conexão estiver aberta. Clique fora da janela da Área de Trabalho Remota com o mouse para voltar aos aplicativos locais.
- Desconecte qualquer sessão ativa da Área de Trabalho Remota.
- Pressione Win+R, digite mstsc, pressione Enter.
- Clique em Mostrar Opções.
- Clique na guia Recursos Locais.
- Em Teclado, abra a lista suspensa “Aplicar combinações de teclas do Windows”.
- Selecione “No computador remoto”.
- Reconecte. Agora, Alt+Tab é direcionado para a sessão remota quando a janela da Área de Trabalho Remota estiver em foco.
Correção 4: Edite o arquivo .rdp diretamente (configure uma vez, funciona sempre)
Por que funciona: O valor keyboardhook no arquivo .rdp controla a mesma configuração que a interface do mstsc. Editá-lo diretamente faz com que sua preferência permaneça em todas as conexões, sem precisar passar pela tela de opções a cada vez.
- Localize o seu arquivo .rdp salvo, ou salve um a partir do mstsc via Arquivo > Salvar como.
- Abra o arquivo no Bloco de Notas.
- Encontre a linha: keyboardhook:i:2
- Altere para: keyboardhook:i:1
- Salve e feche o arquivo.
- Abra a conexão clicando duas vezes diretamente no arquivo .rdp.
Como funciona: valores de keyboardhook
| Valor | Rótulo da interface do mstsc | Para onde o Alt+Tab vai |
| 0 | Neste computador | Máquina local em todos os modos de exibição |
| 1 | No computador remoto | Sessão remota quando a janela do RDP está em foco |
| 2 (padrão) | Apenas ao usar a tela cheia | Remoto em tela cheia, local no modo de janela |
Correção 5: Use o HelpWire se as configurações do mstsc estiverem fora de questão
Por que funciona: Se restrições de política estiverem impedindo você de editar arquivos .rdp ou alterar as configurações de teclado do mstsc, uma ferramenta de acesso remoto que não usa RDP contorna completamente o comportamento do keyboardhook. O HelpWire é uma ferramenta gratuita de suporte remoto que conecta você a máquinas remotas sem passar pela pilha de RDP. Ele funciona no Windows, macOS e Linux, oferece suporte a sessões assistidas e não assistidas e não requer que a porta 3389 esteja aberta.
- Baixe e instale o HelpWire em ambas as máquinas, local e remota, a partir de helpwire.app.
- Inicie o HelpWire e conecte-se usando o link de sessão fornecido ou o ID de acesso não assistido.
- Depois de conectado, teste Alt+Tab e confirme se o comportamento corresponde ao que você precisa.
Se nenhuma dessas correções funcionou
RDP aninhado ou RD Web Access: Se você estiver se conectando por meio de uma jumpbox e abrindo uma segunda sessão de Área de Trabalho Remota de dentro dela, nenhuma das correções do mstsc acima alcança a sessão interna. A documentação dos Serviços de Área de Trabalho Remota da Microsoft é clara quanto a isso: atalhos de teclado não funcionam em sessões aninhadas de Área de Trabalho Remota ou RemoteApp. Cada pressionamento de tecla é consumido pela primeira camada de sessão que o recebe. Alt+Page Up também falha aqui. Já vi pessoas perderem uma hora nisso antes de perceberem que a própria jumpbox é o obstáculo. Executar a sessão interna em tela cheia na jumpbox é a única solução alternativa dentro da pilha do mstsc.
RemoteApp no Windows Server 2025: Em pelo menos um caso documentado, Alt+Tab dentro de uma sessão RemoteApp no Windows Server 2025 alternava entre aplicativos abertos, mas não mostrava a lista de visualização em miniatura que funcionava bem no Server 2022. Um tópico do Microsoft Q&A de março de 2026 inclui uma correção sugerida envolvendo a configuração do gancho de teclado, mas o autor original relatou que keyboardhook:i:2 não restaurou a interface de visualização na configuração dele. Considere isso um comportamento específico do RemoteApp no Server 2025, separado das correções padrão de roteamento do Alt+Tab da área de trabalho remota acima.
Perguntas Frequentes
Pressione Alt+Page Up dentro da sessão de Área de Trabalho Remota. Este é o atalho de teclado nativo do RDP equivalente ao Alt+Tab e funciona no modo de janela sem mexer nas configurações do mstsc, nos arquivos .rdp ou nos valores do gancho de teclado. Alt+Page Down navega para trás pelos programas abertos. Alt+Insert alterna na ordem em que foram iniciados.
Duas opções. Primeiro, use Alt+Page Up, que é o atalho nativo do RDP para alternar entre programas remotos e não requer configuração. Em segundo lugar, altere a configuração “Aplicar combinações de teclas do Windows” em Recursos Locais do mstsc para “No computador remoto,”, o que redireciona o Alt+Tab padrão para a sessão remota quando a janela está em foco.
Alt+Page Up é o equivalente ao Alt+Tab na área de trabalho remota. Alterna para a frente entre os programas abertos dentro da sessão remota. Alt+Page Down alterna para trás. Alt+Insert percorre os programas na ordem em que foram iniciados.
O gancho de teclado do mstsc tem por padrão o valor 2, roteando Alt+Tab para a máquina que estiver em tela cheia. No modo em janela, isso é a máquina local. Alterar a configuração para keyboardhook:i:1 no arquivo .rdp ou pressionar Ctrl+Alt+Break para ir para a tela cheia resolve o problema.
Atalhos de teclado não passam por sessões aninhadas de Área de Trabalho Remota. A documentação da Microsoft afirma isso explicitamente: cada camada de sessão intercepta pressionamentos de teclas de forma independente. Um pressionamento de tecla do seu teclado físico é consumido pela primeira sessão que o recebe e nunca é encaminhado para dentro. Alt+Page Up falha aqui também. Tela cheia no jumpbox é a única solução alternativa com o mstsc.
