Desconexão do modo de cortina após pino na Área de trabalho remota do Google Chrome no Windows 10

Question

Estou usando o modo Cortina com êxito na Área de trabalho remota do Google Chrome na minha instalação do Windows 7 Ultimate e recentemente experimentei a nova versão beta do Windows 10 para ver o que pode não funcionar na atualização.

Eu sei que o Windows 10 é um beta, então eu entendo que existem algumas coisas que simplesmente não funcionarão como beta.

Descobri que, quando tento usar a Área de trabalho remota do Google Chrome no Windows 10, ela funciona bem com a instalação padrão, mas quando tento ativar o modo de cortina, obtenho uma tela em branco e depois é desconectada depois de inserir o PIN. Alguém sabe como fazer isso funcionar?

Eu incluí o Windows 8 na tag, pois é possível que haja problemas semelhantes, já que me parece que o Windows 10 é mais parecido com o Windows 8 do que com o Windows 7, mas não tenho acesso ao Windows 8. Não é possível fazê-lo funcionar no Windows 8, então eu suponho que não tenho muita esperança para o Windows 10.

    

Answer 1

A solução para esse problema é descrita no comentário 27 na página link

Resposta do comentário 27:

"Eu tenho uma causa raiz para isso. O valor padrão para a camada de segurança RDP-TCP foi alterado para o Windows 10. Conexões RDP usam SSL (TLS) ou RDP-SL e o valor padrão no Windows anterior versões é 'negociar' (ou seja, permitir cliente para ditar o tipo de segurança de conexão) .Na minha nova instalação do Windows 10, esse valor foi definido como SSL (TLS) que não suportamos.Trocando de volta para negociar o problema corrigido. Não consegui encontrar uma interface do usuário consistente para alterar a configuração (ela existe no servidor, mas não a vi nos SOs do cliente), portanto a maneira mais consistente de fazer isso funcionar novamente é definir a chave de registro da camada de segurança como 'negociar' 'que espelha o comportamento em sistemas operacionais anteriores. Chave do registro: \ HKLM \ SYSTEM \ CurrentControlSet \ Control \ Servidor de Terminal \ WinStations \ RDP-Tcp \ SecurityLayer O valor esperado para essas falhas é 2, o que corresponde ao SSL (TLS). Altere este valor para 1 (negociar). Nenhuma reinicialização é necessária, você pode tentar estabelecer uma conexão CRD imediatamente. "

Esta solução funcionou para mim e para os outros.