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

I passar muito tempo trabalhando em várias máquinas via RDP (geralmente RDPing para uma máquina e de lá RDPing para outros computadores fora de nossa LAN) e ter um problema onde as teclas modificadoras (ie,  Ctrl, Alt, Shift, e Win) às vezes não fazer entram em vigor tão rapidamente quanto as teclas padrão.

Por exemplo, se eu estiver tentando digitar "", eu poderia acabar obtendo 2"porque a máquina remota pressiona a primeira 2tecla antes de obter o modificador Shift. Isso causa problemas específicos nos campos protegidos por senha (pois geralmente requerem letras maiúsculas e não é possível ver o que é digitado) e com Ctrl+ C(onde a seção destacada é excluída e substituída por a C).

(E antes que alguém pergunte, isso não é apenas digitação incorreta; caso contrário, o problema não seria restrito às 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 2008 Server)

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

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

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

Esteja ciente de que alt-Tab e comandos semelhantes agora serão executados no sistema local.

Não é "gratuito", mas alguns gamepads permitem mapear botões para combinações de teclas ... pense lá fora, mouse ou numpad com pivôs de pulso (acho que a asus faz um). isso PODE resolver seu problema .... não 100%, mas se enviar uma combinação, poderia. o abrandamento das teclas modificadoras também pode ser uma tentativa barata de não transmitir as seqüências de controle (se esse for o caso, eu procuraria no servidor / cliente VNC, pois é uma solução interrompida)

Encontrei a solução para isso em que se usa 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 OS X e usa a área de trabalho remota em um laptop com Windows 7. No laptop Windows, você deseja usar a área de trabalho remota em outra máquina Windows (no meu caso, uma caixa de trabalho sobre VPN). A solução para os problemas de mapeamento do teclado é: no laptop Windows, ou seja, o destino do primeiro salto, altere as configurações de hardware da área de trabalho remota do 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 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 pareça não se aplicar a combinações simples de teclas Shift, ela resolveu o problema para mim ao trabalhar com áreas de trabalho remotas aninhadas.

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

Mais algumas soluções alternativas:

1. Execute a área de trabalho remota como administrador.
2. Desinstale o IntelliType, se instalado. Você pode usar o controle do botão X-Mouse .
3. Desative o ajuste automático do TCP .
4. Reduza a profundidade / resolução / fundo da cor.
5. Desative qualquer produto de teclado como o AutoHotKey.
6. Corrija completamente o Windows Update, incluindo todos os itens opcionais.

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

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