Perguntas[remote-desktop](ubuntu)

Atualizei para o Remmina 1.4.35 e comecei a ter problemas para fazer login em um computador Windows via RDP; vamos chamar esse computador de A. Posso fazer login em A de outro computador Windows usando a Conexão de Área de Trabalho Remota do Windows; vamos chamar esse computador de B. A executa o Windows Server 2019 Standard e B executa o Windows 10 Education. Quando fiz login em B do meu computador Ubuntu 24.04 no apt-version Remmina, recebi essa mensagem de erro. Isso parece duplicar muitas perguntas semelhantes, mas espero fornecer abaixo mais algumas dicas para depuração.

Quando fiz login de A para B, recebi um aviso dizendo que o certificado de B não é de uma autoridade de certificação confiável e que eu precisava aceitar o erro do certificado para fazer login. Se eu fizesse login de A e permanecesse em B e depois tentasse fazer login do meu laptop/Remmina, A seria desconectado com uma mensagem dizendo que outro computador havia feito login com a mesma conta.

Tentei escolher ignorar certificado e todas as combinações de protocolos de segurança, tipos de transporte de gateway e níveis de segurança TLS; nenhuma resolveu o problema. Eu uso nominalmente auto para todas as opções de segurança, e isso geralmente funciona, exceto para este computador emissor de certificado.

Atualização: Agradeça @user68186 pelo lembrete. Aqui estão as informações:

• Disto: Ubuntu 24.04 LTS (6.8.0-40-generic)
• Como atualizei o Remmina:

sudo add-apt-repository ppa:remmina-ppa-team/remmina-next
sudo apt update
sudo apt upgrade

• O que há de errado com o Remmina original:
  Ele falhou ao fazer login no computador (B) que eu queria. Eu pesquisei e encontrei problemas semelhantes e pensei que poderia ser isso, então fui em frente e tentei as soluções encontradas online. Primeiro fiz a atualização acima, não funcionou. Então, eu purguei o Remmina apt-version e instalei uma versão snap, ainda não funcionando. Eu pensei que B poderia estar fisicamente fora do ar, então eu fiz login em A (funcionou) e então fiz login em B de A, onde encontrei o sintoma detalhado na minha postagem original. Eu esqueci em que ponto eu removi a versão snap (com --purge) para voltar para a versão apt, então eu não posso dizer que o sintoma se aplica à versão snap também.

Tentando usar o login remoto integrado do Ubuntu 24.04. Funciona :-) Posso fazer RDP para uma máquina convidada Ubuntu 24.04 baseada em Hyper-V a partir de seu host Windows 11. No entanto, ao tentar conectar-se a partir do Gerenciador Hyper-V do Windows, não obtenho uma sessão aprimorada. Parece que preciso de uma conexão vsocket em vez de uma conexão tcp regular usada pelo RDP. Alguma maneira de mudar isso? Preciso instalar o suporte XRDP mesmo que o Ubuntu 24.04 tenha suporte nativo para login remoto? (A sessão aprimorada funciona para mim em um Ubuntu 22.04 com XRDP instalado no mesmo Hyper-V.)

Tentando configurar o Ubuntu 23.04 para que eu possa fazer login remoto e gerenciar minha área de trabalho Ubuntu a partir de um PC com Windows 11 usando RDP.

Estou recebendo erros de autenticação quando tento fazer login no Windows via RDP.

Tenho 100% de certeza de que estou digitando a senha corretamente. Verifiquei que a conta funciona corretamente fazendo login diretamente nela.

O usuário não está logado em nenhum dispositivo.

$ tail /var/log/xrdp-sesman.log
[20230814-14:51:50] [INFO ] starting xrdp-sesman with pid 1243
[20230814-14:53:40] [INFO ] Socket 12: AF_INET6 connection received from ::1 port 34176
[20230814-14:53:42] [ERROR] pam_authenticate failed: Authentication failure
[20230814-14:53:42] [INFO ] AUTHFAIL: user=KenRDP ip=::ffff:192.168.1.12 time=1692042822
[20230814-14:53:42] [ERROR] sesman_data_in: scp_process_msg failed
[20230814-14:53:42] [ERROR] sesman_main_loop: trans_check_wait_objs failed, removing trans


$ cat /var/log/xrdp.log
[20230814-14:51:50] [INFO ] address [0.0.0.0] port [3389] mode 1
[20230814-14:51:50] [INFO ] listening to port 3389 on 0.0.0.0
[20230814-14:51:50] [INFO ] xrdp_listen_pp done
[20230814-14:51:52] [INFO ] starting xrdp with pid 1371
[20230814-14:51:52] [INFO ] address [0.0.0.0] port [3389] mode 1
[20230814-14:51:52] [INFO ] listening to port 3389 on 0.0.0.0
[20230814-14:51:52] [INFO ] xrdp_listen_pp done
[20230814-14:52:48] [INFO ] Socket 12: AF_INET6 connection received from ::ffff:192.168.1.12 port 50168
[20230814-14:52:48] [INFO ] Using default X.509 certificate: /etc/xrdp/cert.pem
[20230814-14:52:48] [INFO ] Using default X.509 key file: /etc/xrdp/key.pem
[20230814-14:52:48] [INFO ] Security protocol: configured [SSL|RDP], requested [SSL|HYBRID|HYBRID_EX|RDP], selected [SSL]
[20230814-14:52:48] [ERROR] SSL_read: I/O error
[20230814-14:52:48] [ERROR] libxrdp_force_read: header read error
[20230814-14:52:48] [ERROR] Processing [ITU-T T.125] Connect-Initial failed
[20230814-14:52:48] [ERROR] [MCS Connection Sequence] receive connection request failed
[20230814-14:52:48] [ERROR] xrdp_sec_incoming: xrdp_mcs_incoming failed
[20230814-14:52:48] [ERROR] xrdp_rdp_incoming: xrdp_sec_incoming failed
[20230814-14:52:48] [ERROR] xrdp_process_main_loop: libxrdp_process_incoming failed
[20230814-14:52:48] [ERROR] xrdp_iso_send: trans_write_copy_s failed
[20230814-14:52:48] [ERROR] Sending [ITU T.125] DisconnectProviderUltimatum failed
[20230814-14:53:19] [INFO ] Socket 12: AF_INET6 connection received from ::ffff:192.168.1.12 port 50170
[20230814-14:53:19] [INFO ] Using default X.509 certificate: /etc/xrdp/cert.pem
[20230814-14:53:19] [INFO ] Using default X.509 key file: /etc/xrdp/key.pem
[20230814-14:53:19] [INFO ] Security protocol: configured [SSL|RDP], requested [SSL|HYBRID|HYBRID_EX|RDP], selected [SSL]
[20230814-14:53:19] [INFO ] Connected client computer name: KEN-X1-CARBON
[20230814-14:53:19] [WARN ] Received [MS-RDPBCGR] TS_UD_HEADER type 0xc006 is unknown (ignored)
[20230814-14:53:19] [WARN ] Received [MS-RDPBCGR] TS_UD_HEADER type 0xc00a is unknown (ignored)
[20230814-14:53:19] [INFO ] xrdp_load_keyboard_layout: Keyboard information sent by the RDP client, keyboard_type:[0x07], keyboard_subtype:[0x00], keylayout:[0x00000409]
[20230814-14:53:19] [INFO ] xrdp_load_keyboard_layout: model [] variant [] layout [us] options []
[20230814-14:53:19] [INFO ] TLS connection established from ::ffff:192.168.1.12 port 50170: TLSv1.3 with cipher TLS_AES_256_GCM_SHA384
[20230814-14:53:19] [INFO ] xrdp_caps_process_pointer: client supports new(color) cursor
[20230814-14:53:19] [INFO ] xrdp_process_offscreen_bmpcache: support level 1 cache size 10485760 MB cache entries 100
[20230814-14:53:19] [INFO ] xrdp_caps_process_codecs: nscodec, codec id 1, properties len 3
[20230814-14:53:19] [WARN ] xrdp_caps_process_codecs: unknown codec id 5
[20230814-14:53:19] [INFO ] Loading keymap file /etc/xrdp/km-00000409.ini
[20230814-14:53:19] [WARN ] local keymap file for 0x00000409 found and doesn't match built in keymap, using local keymap file
[20230814-14:53:40] [INFO ] connecting to sesman on 127.0.0.1:3350
[20230814-14:53:40] [INFO ] xrdp_wm_log_msg: sesman connect ok
[20230814-14:53:40] [INFO ] sesman connect ok
[20230814-14:53:40] [INFO ] sending login info to session manager. Please wait...
[20230814-14:53:42] [INFO ] xrdp_wm_log_msg: login failed for user KenRDP
[20230814-14:53:42] [INFO ] login failed for user KenRDP



sudo systemctl status xrdp
[sudo] password for ken: 
● xrdp.service - xrdp daemon
     Loaded: loaded (/lib/systemd/system/xrdp.service; enabled; preset: enabled)
     Active: active (running) since Mon 2023-08-14 14:51:51 CDT; 50min ago
       Docs: man:xrdp(8)
             man:xrdp.ini(5)
    Process: 1245 ExecStartPre=/bin/sh /usr/share/xrdp/socksetup (code=exited, status=0/SUCCESS)
    Process: 1277 ExecStart=/usr/sbin/xrdp $XRDP_OPTIONS (code=exited, status=0/SUCCESS)
   Main PID: 1371 (xrdp)
      Tasks: 2 (limit: 76779)
     Memory: 42.1M
        CPU: 88ms
     CGroup: /system.slice/xrdp.service
             ├─1371 /usr/sbin/xrdp
             └─4796 /usr/sbin/xrdp

Aug 14 14:53:19 kc-mediaserver xrdp[4796]: [INFO ] xrdp_caps_process_codecs: nscodec, codec id 1, properties len 3
Aug 14 14:53:19 kc-mediaserver xrdp[4796]: [WARN ] xrdp_caps_process_codecs: unknown codec id 5
Aug 14 14:53:19 kc-mediaserver xrdp[4796]: [INFO ] Loading keymap file /etc/xrdp/km-00000409.ini
Aug 14 14:53:19 kc-mediaserver xrdp[4796]: [WARN ] local keymap file for 0x00000409 found and doesn't match built in keymap, using local keymap file
Aug 14 14:53:40 kc-mediaserver xrdp[4796]: [INFO ] connecting to sesman on 127.0.0.1:3350
Aug 14 14:53:40 kc-mediaserver xrdp[4796]: [INFO ] xrdp_wm_log_msg: sesman connect ok
Aug 14 14:53:40 kc-mediaserver xrdp[4796]: [INFO ] sesman connect ok
Aug 14 14:53:40 kc-mediaserver xrdp[4796]: [INFO ] sending login info to session manager. Please wait...
Aug 14 14:53:42 kc-mediaserver xrdp[4796]: [INFO ] xrdp_wm_log_msg: login failed for user KenRDP
Aug 14 14:53:42 kc-mediaserver xrdp[4796]: [INFO ] login failed for user KenRDP

Outra solução de problemas que fiz e removeu erros anteriores:

$ sudo adduser xrdp ssl-cert
$ sudo systemctl stop xrdp
$ sudo systemctl start xrdp
$ sudo reboot  (rebooted after last change which was to add ssl-cert to xrdp)

Alguém sabe como resolver a falha de autenticação? Existe uma abordagem diferente que devo usar? Meu uso pretendido é gerenciar o Ubuntu PC através de um PC Windows dentro da mesma LAN (os PCs estão em sub-redes diferentes).

Ao autenticar um usuário na máquina remota, o formulário limita a senha a 8 caracteres, por quê? A senha tem mais de 8 caracteres.

Estou tentando fazer com que o recurso Remote Desktop funcione no Ubuntu (Desktop) 22.04, mas não consigo me conectar ao meu desktop Ubuntu a partir de um PC Windows (10). Estou usando estas instruções:

• https://help.ubuntu.com/stable/ubuntu-help/sharing-desktop.html.en
• https://linuxconfig.org/ubuntu-22-04-remote-desktop-access-from-windows-10

Habilitei a Área de Trabalho Remota nas Configurações de Compartilhamento (Ubuntu), no entanto, quando executo o cliente da Área de Trabalho Remota (ou seja, o cliente mstsc.exe padrão) no Windows e me conecto ao endereço IP do servidor Ubuntu, recebo esta caixa de diálogo de login:

A lista suspensa Sessão tem 4 opções:

• XorgGenericName
• Xvnc
• vnc-qualquer
• neutrinordp-qualquer

Selecionar o Xorg e algumas credenciais de login faz com que a janela feche. Se eu deixar as credenciais em branco, recebo uma caixa de diálogo Ok com esta mensagem:

Connecting to sesman ip 127.0.0.1 port 3350
sesman connect ok
sending login info to session manager, please wait...
login failed for display 0

Se eu clicar em Ok, ele me leva de volta à caixa de diálogo de login.

Se eu selecionar Xvnc e algumas credenciais, recebo uma tela verde em branco.

Recebo um comportamento semelhante se desabilitar a Área de Trabalho Remota nas configurações de compartilhamento.

Eu tentei a mesma coisa com um segundo host Ubuntu 22.04 e obtive a mesma coisa.

Depois de instalar o chrome-remote-desktop no Ubuntu 21.10, parece atrapalhar as permissões do polkit. Ele pede minha senha 3 vezes após o login (perfis de cores, repositórios remotos, gerenciamento de cores?), e pede minha senha ao modificar o NetworkManager de qualquer forma. Eu sei como resolver o problema do NM, mas por que eu deveria estar fazendo isso de repente? Isso aconteceu muitas vezes no passado depois de instalar o chrome-remote-desktop, e evitei isso por anos, mas preciso disso agora.

Eu tenho uma instalação limpa do mínimo 21.04 usando Wayland e instalei gnome-remote-desktope habilitei o compartilhamento de tela. Da minha máquina 21.04 atualizada, eu VNC para a máquina de instalação limpa, mas a funcionalidade é muito limitada.

• As janelas do aplicativo não podem ser movidas ou redimensionadas - eu posso "selecionar" janelas para obter o foco, no entanto.
• O Windows (incluindo seus menus) não reage aos meus cliques do mouse (cliques esquerdo e direito).
• "Mostrar aplicativo" funciona e posso iniciar aplicativos. Cliques do mouse sobre os favoritos funcionam.
• No Terminal, posso digitar e executar comandos, mas não consigo abrir novas guias.
• Posso acessar o menu Atividade e iniciar as Configurações, mas não consigo selecionar nenhum dos itens do menu. Eu posso "tabular" pelos campos nas janelas de Configurações, mas ele pula os itens do menu, então eles não são selecionáveis.

Basicamente, o compartilhamento remoto da área de trabalho é inútil. É quase como se fosse somente leitura, exceto que posso fazer coisas que não deveriam ser possíveis em somente leitura.

Eu preciso de total funcionalidade e controle. Estou faltando um pacote e/ou configuração?

Suponha que existam dois pc :pc-A e pc-B, ambos instalados no teamviewer (versão 15.13.6). Primeiro eu inicializo pc-A, pc-B, sem nome e senha inseridos no pc-A, em vez de nome e senha inseridos no pc-B, eu faço login no pc-B, abaixo está uma captura de tela para pc-A.

No momento, não consigo inserir nome e senha no pc-A do pc-B via teamviewer, porque o serviço teamviewer não foi iniciado no pc-A.

Eu quero definir o serviço teamviewer iniciado antes do login pc-A. Aqui está minha tentativa:

sudo vim /etc/systemd/system/remote-desktop.service    
[Unit]    
Description=remote-desktop
After=network.target
    
[Service]
Type=oneshot
ExecStart=/opt/teamviewer/tv_bin/script/teamviewer
KillMode=process

    
[Install]
WantedBy=multi-user.target

sudo systemctl reload remote-desktop.service
sudo systemctl enable remote-desktop.service

O remote-desktop.service não pode ser iniciado na inicialização até o login.

● remote-desktop.service - remote-desktop
   Loaded: loaded (/etc/systemd/system/remote-desktop.service; enabled; vendor preset: enabled)
   Active: failed (Result: signal) since Sat 2021-01-23 16:33:58 CST; 3min 3s ago
  Process: 871 ExecStart=/opt/teamviewer/tv_bin/script/teamviewer (code=killed, signal=ABRT)
 Main PID: 871 (code=killed, signal=ABRT)
      CPU: 922ms

Jan 23 16:33:33  systemd[1]: Started remote-desktop.
Jan 23 16:33:36  teamviewer[871]: Init...
Jan 23 16:33:37  teamviewer[871]: xprop:  unable to open display ''
Jan 23 16:33:37  teamviewer[871]: CheckCPU: SSE2 support: yes
Jan 23 16:33:37  teamviewer[871]: Checking setup...
Jan 23 16:33:37  teamviewer[871]: Launching TeamViewer ...
Jan 23 16:33:37  teamviewer[871]: Launching TeamViewer GUI ...
Jan 23 16:33:58  systemd[1]: remote-desktop.service: Main process exited, code=killed, status=6/ABRT
Jan 23 16:33:58  systemd[1]: remote-desktop.service: Unit entered failed state.
Jan 23 16:33:58  systemd[1]: remote-desktop.service: Failed with result 'signal'.

Reinicie o pc-A e teste, o nome e a senha ainda não podem ser inseridos do pc-B via teamviewer.
E não adianta definir algo na opção do teamviewer.

Meu teamvierwer é a versão gratuita, não há opção como Full access control when a partner is connecting to the Windows logon screenna minha versão, talvez você possa introduzir algum outro software de controle remoto gratuito (importante: não pague dinheiro) que pode começar antes de fazer logon no login screen. Aceito isso como uma solução também quando você ter feito, dê o ponto de recompensa de 500.
Resumindo: depois de acordar remotamente meu pc, como posso inserir o nome da conta e a senha remotamente, não consigo fazer isso com o teamviewer.

Como corrigi-lo?

Eu segui estas instruções incríveis para instalar o XRDP no Ubuntu 18.04:

https://linuxize.com/post/how-to-install-xrdp-on-ubuntu-18-04/

Eu estava esperando um espelho da área de trabalho do que normalmente vejo na minha área de trabalho do Ubnuntu. Parece completamente diferente quando eu faço logon. O que posso/devo fazer se eu quiser uma experiência 'espelhada'?

Marca

Eu tenho um raspberry pi 4 instalado com o Ubuntu 20.10 e um laptop instalado com o Ubuntu 20.10. Como conectar o rpi4 ao meu laptop usando o rdp?