Por que a área de transferência não funciona com o RDP por meio do Unified Access Gateway (UAG) da Microsoft?

Question

Este está realmente me enlouquecendo ...

Para um de nossos clientes, temos permissão para acessar usando o Microsoft Unified Access Gateway, que fornece uma maneira de encapsulamento HTTPS para (entre outras coisas) executar a Área de Trabalho Remota (RDP) em seu (s) servidor (es).

Isso funciona bem para mim exceto por uma pequena advertência: eu não posso, de jeito nenhum, fazer a área de trabalho funcionar.

(O servidor é do Windows 2008 R2).

Eu tentei todas as medidas padrão:

• Abrindo o mstsc.exe e garantindo que a caixa de transferência está conectada (o que é), conectando-se a um servidor remoto (tudo que a cópia / colagem funciona)
• Executando o rdpclip manualmente no servidor (ele fecha imediatamente).
• Testando minha conta na máquina de um colega (executando o Windows 7 como cliente, diretamente no metal - sem nenhuma máquina virtual envolvida lá) - trabalhando absolutamente sem falhas.
• Teste em diversas máquinas virtuais diferentes (Windows 8, três máquinas diferentes do Windows 7). Sempre o mesmo problema.
• Faça logoff da minha outra conta de usuário no host (Mac OS X), para verificar se isso ajudaria.
• Reiniciou o host.
• etc ...

Estou completamente sem idéias. O que eu descobri é que o arquivo .rdp gerado pelo iexplore / mstsc (em C: \ users \ plundberg \ Local \ Temp) contém incorretamente o redirectclipboard:i:0 configuração, que é a razão pela qual não consigo iniciar o rdpclip.exe manualmente e o motivo pelo qual o redirecionamento da área de transferência está com defeito. Mas por quê?

Isso está realmente me enlouquecendo, então ... vamos esperar que tenhamos alguém por aí que tenha visto o mesmo problema e já tenha resolvido. 1000 obrigado antecipadamente!

    

Answer 1

Postando minha própria resposta desde que a encontrei um pouco depois de postar ...

Descobriu-se que o UAG verifica o antivírus instalado na máquina. Eu costumava ter apenas o Windows Defender, o que obviamente não era considerado "bom o suficiente". Quando instalei o Symantec Endpoint Protection (que meus colegas estavam usando), ele começou a funcionar instantaneamente.

Obrigado por isso, Microsoft / seja quem for. 2 horas de depuração depois. Mas, no entanto, é muito bom tê-lo funcionando agora. :) :):)