Teclas Shift e Control fora de sincronia com chaves normais sobre RDP

Question

Eu gasto muito tempo trabalhando em várias máquinas via RDP (geralmente RDP para uma máquina e de lá RDP para outros computadores fora de nossa LAN) e tenho um problema onde as teclas modificadoras (ou seja, Ctrl , Alt , Shift e Win)àsvezesnãotemefeitotãorápidoquantoasteclaspadrão.

Porexemplo,seeuestivertentandodigitar"" , posso acabar obtendo 2" porque a máquina remota recebe a primeira pressão da tecla 2 antes de receber o modificador Shift. Isso causa problemas particulares com campos protegidos por senha (pois eles geralmente exigem letras maiúsculas e minúsculas e você não pode ver o que é digitado) e com Ctrl + C (onde a seção destacada é excluído e substituído por um C ).

(E antes que alguém pergunte, isso não é apenas digitação ruim, caso contrário, o problema não seria restrito a sessões RDP.)

Isso não parece ser um problema de hardware como acontece na minha área de trabalho (executando o Windows 7 de 64 bits) e no meu laptop (XP de 32 bits) e em vários computadores remotos executando vários sistemas operacionais (do XP ao Windows Servidor 2008)

Há momentos em que o problema é mais pronunciado, e pode estar relacionado a uma conexão lenta de Internet / VPN.

Alguém viu este problema e (além de digitar muito lentamente, ou seja, cerca de um caractere por segundo) existem soluções para esse problema?

    

Answer 1

É a maneira como o cliente RDP responde para controlar as chaves. Para resolver, tente acessar as opções da Conexão de área de trabalho remota, Recursos locais, Teclado - altere para "Neste computador".

Lembre-se de que os comandos alt-Tab e semelhantes agora serão executados no sistema local.

    

Answer 2

Não é "free", mas alguns gamepads permitem mapear botões para combinações de teclas ... pense lá fora, mouse ou numpad com pivots de pulso (acho que asus faz um). isso pode resolver o problema ... não 100%, mas se ele envia uma combinação que poderia. o abrandamento das teclas modificadoras também pode ser uma tentativa barata de não passar nas sequências de controlo (se este for o caso, procuraria no servidor / cliente VNC, uma vez que é uma solução quebrada)

    

Answer 3

Eu encontrei a solução para isso, onde um está usando instâncias aninhadas do cliente de área de trabalho remota da Microsoft. Imagine a seguinte situação. Você está sentado na frente de uma máquina com OS X e sua área de trabalho remota em um laptop com Windows 7. A partir do laptop Windows você quer a área de trabalho remota em outra máquina Windows (no meu caso, uma caixa de trabalho sobre VPN). A solução para seus problemas de mapeamento de teclado é: no laptop Windows, ou seja, o destino do primeiro salto, altere as configurações de hardware do desktop remoto para o segundo salto para usar o teclado local , não o de conexão.

Editar

Para alterar a configuração:

1. Abra o Remote Desktop Client .
2. Ainda não se conecte a um host remoto.
3. Clique no botão Opções .
4. Abra a guia Recursos locais .
5. Escolha a opção "Neste computador" na lista suspensa de Aplicar combinações de teclas do Windows .

Embora essa configuração não pareça se aplicar a combinações simples de teclas Shift, ela resolveu o problema para mim ao trabalhar com áreas de trabalho remotas aninhadas.

Claro, isso tem um preço: você não pode usar Alt-Tab pelas janelas do host remoto, etc.

    

Answer 4

Mais algumas soluções alternativas:

1. Executar a área de trabalho remota como administrador.
2. Desinstale o IntelliType, se instalado. Você pode usar o Controle de Botão X-Mouse .
3. Desative o ajuste automático de TCP .
4. Reduzir profundidade de cor / resolução / fundo.
5. Desative qualquer produto de teclado, como o AutoHotKey.
6. Atualize totalmente o Windows Update, incluindo todos os itens opcionais.

Answer 5

Na sessão remota, pressione Shift + Control e segure. Solte a tecla Shift. Solte a tecla Control.

Para duplicar o problema, inverta a ordem dos principais lançamentos. Um bug do Microsoft RDP.