Aqui está minha experiência. Instalei o 22.04 do Chrome instalado que passou a usar algo chamado "chaveiro" que bagunçou completamente o recurso RDP.
Então reinstalei o VM rapidamente e tentei usar o RDP sem adicionar nenhum outro software.
- eu corri
apt upgrade
- configurações ativadas - Compartilhamento
- tentei conectar do W11 ao Hyper-V Ubuntu
22.04.01
isso é o que eu consegui:
Tente o RDP do Windows novamente - desta vez ele pede a senha e a janela do RDP é aberta, mas com outro erro dentro dela:
systemctl --user status gnome-remote-desktop.service
- mostra muitos erros (você precisa lê-los lado a lado):
Responder1
O gnome-RDP-desktop-daemon integrado possui alguns "recursos" específicos que não podem ser encontrados em nenhum outro lugar:
- Parece ser um processo de usuário, funcionando apenas se alguém estiver logado no host... semelhante a algumas implementações de VNC.
- Se o bloqueio de tela for ativado, ele será desligado imediatamente.
- Se você desligar um monitor conectado, ele será desligado imediatamente.
- Não pode ser usado para nenhuma instalação sem cabeça.
Eu gostaria que eles tivessem anunciado ou documentado pelo menos isso. Mas não! Sugiro que programem este serviço como qualquer usuário esperaria que funcionasse. Caso contrário, recomendo a todos os usuários que instalem o Daemon XRDP para um serviço de terminal totalmente funcional como esteInstalação XRDP de área de trabalho remota
Responder2
Este é um bug bem conhecido/documentado na implementação do Wayland no Ubuntu 22.04.
Mais informações aqui como ponto de partida: gnome-remote-desktop: Não foi possível recuperar o nome de usuário RDP: credenciais não definidas - E MAIS
Responder3
O erro que o mstsc mostra aqui é muito genérico. No entanto, o que parece estar claro é o seguinte:
- O cliente é aquele aqui se desconectando do servidor
- O pipeline gráfico ([MS-RDPEGFX]) é usado.
- Nenhum quadro é mostrado pelo mstsc.
Há um bug conhecido no mstsc, que seleciona uma profundidade de cor diferente de "32 bits" e, em seguida, usa o pipeline gráfico (que de acordo com seus logs foi inicializado com sucesso (consulte a mensagem "CapsAdvertise")) falha, embora o cliente tenha aceitado usando o pipeline gráfico.
A configuração Profundidade de cor é apenas para servidores antigos (era WinXP) e o pipeline gráfico usa apenas 32 bits como formato de cor:https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-rdpegfx/80afb419-0cd5-49f8-8256-f77cc1787ec9
Na tela de conexão do mstsc, vá até a aba “Display” e em “Cores”, selecione “Maior qualidade (32 bits)”. Acho que esse pode ser o problema aqui.
Responder4
Não tenho certeza se o seu problema está relacionado ao meu: meu cliente Remmina (no Ubuntu 22.04) travaria imediatamente ao conectar-se ao "Compartilhamento de tela" (no Ubuntu 22.04), onde RDP agora é o protocolo de compartilhamento de tela padrão.
Isso aconteceu somente depois que uma senha válida foi fornecida.
Minha correção: altere o "servidor de exibição" do host do cliente e do host de compartilhamento de tela de Wayland para Xorg ... veja isto:
Como mudar do servidor de exibição Wayland para Xorg X11 no Ubuntu 22.04
Bônus: isso também corrigiu meus problemas de arrastar e soltar que enfrentei ao tentar arrastar um arquivo de um arquivo zip com o Gerenciador de arquivos.