Instalei recentemente o Windows Server 2012 para fins de desenvolvimento em nosso escritório e notei imediatamente que a conexão via RDP é lenta. Pode levar de 5 a 10 segundos para conectar-se às vezes, enquanto a conexão com qualquer uma das nossas caixas do Windows 7 ou Windows 2008 R2 leva no máximo 1-3 segundos.
No começo, eu gostei disso, precisando de uma atualização de driver ou algo assim, mas ontem instalei o Windows 8 no meu PC de mesa e conectar-me de casa a essa máquina Windows Server 2012 produz o mesmo resultado. Há uma pausa de 3-4 segundos em "protegendo a conexão remota" e depois em "configurando a sessão remota".
Não vejo nenhum aviso no log de eventos e, uma vez conectado, não parece haver nenhum problema de desempenho. Existe um problema conhecido com as conexões RDP do Windows 7 ou 8 para os sistemas Windows Server 2012? Algo que eu deveria procurar?
Respostas:
Tive o mesmo problema e o resolvi adicionando a configuração de registro mencionada aqui .
fonte
Isto aconteceu comigo antes. Eu o resolvi indo para a
Remote Desktop Connection -> Experience
guia e garantindo que não tivesse "Detectar qualidade da conexão automaticamente" selecionado. Também desmarquei tudo em "Permitir o seguinte".fonte
Experience
guia você está se referindo? Não vejo aExperience
guia no Server 2003tscc.msc
: i.stack.imgur.com/SXh0h.pngEu tenho o mesmo problema .E eu tento fazer 2 etapas.
Etapa 1: faça "schellack" dizer
Abra o RegEdit na máquina Windows Server. Navegue até essa chave do registro na árvore à esquerda: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters
Clique com o botão direito do mouse no lado direito e adicione um novo valor DWORD (32 bits). Defina o nome do valor como DisableTaskOffload e os dados do valor como 1.
Etapa 2: e desabilitar a enumeração de dispositivo de cartão inteligente de serviço:
Eu acho que o principal motivo é o cartão inteligente é permitir causar atraso no serviço de desktop remoto. Espero que isso ajude alguém que tenha o mesmo problema.
fonte
Você pode diagnosticar isso de várias maneiras diferentes -
Use o nome NetBIOS, o FQDN e o endereço IP ao usar o aplicativo RDP. Geralmente, esse é um atraso na resolução de nomes e pode ser resolvido usando o FQDN em vez do nome NetBIOS mais curto. Normalmente, após a primeira conexão, as conexões subseqüentes devem ser resolvidas mais rapidamente, pois o nome será armazenado em cache na máquina local.
Se esta é uma máquina à qual você se conectará regularmente E essa máquina possui um endereço IP estático, você pode adicioná-lo ao arquivo HOSTS local, o que deve resultar na negociação mais rápida com a qual você está acostumado.
fonte
O problema está relacionado à função de sombra do ponteiro do mouse.
Dentro do RDP, isso leva a um mouse pulando / lento.
Corrija esse comportamento com Mouse -> Ponteiro -> Ativar sombra do ponteiro (desativar)
fonte
O problema que me levou a esta página foi referente a um problema de conexão de área de trabalho remota. Fiz uma instalação totalmente nova do Server 2012 no VM ESXi 5.5 Todo o servidor foi configurado corretamente, funções de DC e DHCP ativadas, nada mais.
O console do ESXi estava encenando a vida um encanto. Reiniciando e conectando-se imediatamente. Mas quando chegou a hora de conectar-se a partir da área de trabalho remota, a conexão estava demorando alguns minutos antes de abrir. Eu não entendi porque, porque na caixa de 2008 estava tudo bem!
Bem, durante todo esse tempo, o problema estava relacionado ao serviço de registro remoto sendo interrompido. Não consegui iniciá-lo porque estava dizendo algo sobre o usuário da conexão que não é o mesmo que outro serviço relacionado.
Resolução: altere manualmente as configurações de Conexão na configuração Registro Remoto para NT Authority \ LocalService e nenhuma senha é necessária. Agora a conexão RDP vai bem e se conecta logo após eu inserir minha senha de administrador do domínio.
fonte
use isso como resposta correta. isso é do software Microsoft https://support.microsoft.com/en-us/kb/2915774
fonte
Desativar
Smart Card Enumeration Service
parece corrigir o nosso problema.fonte