xrdp desconecta imediatamente após a conexão do Windows10/Centos ao Centos7

Tente isto:

Parar xrdp com sudo service xrdp stop

Edite o script de início do xrdp: sudo nano /etc/xrdp/startwm.sh

Neste arquivo, substitua as linhas

test -x /etc/X11/Xsession && exec /etc/X11/Xsession
exec /bin/sh /etc/X11/Xsession

com startxfce4

(Você pode comentar linhas adicionando #no início)

Reinicie o xrdp com sudo service xrdp start

Selecione Xrdp como a sessão e faça login.

Eu mesmo resolvi o problema, espero que alguém ache útil. Eu dei uma olhada em ~/.xsession-errors, ele continha:

(imsettings-check:16467): IMSettings-WARNING **: 04:42:56.491: Could not connect: Connection refused

(imsettings-check:16467): GLib-GIO-CRITICAL **: 04:42:56.491: g_dbus_proxy_call_sync_internal: assertion 'G_IS_DBUS_PROXY (proxy)' failed
GLib-GIO-Message: 04:42:56.807: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.

** (process:16260): WARNING **: 04:42:56.824: Could not make bus activated clients aware of XDG_CURRENT_DESKTOP=GNOME environment variable: Could not connect: Connection refused

e então eu pesquisei uma causa raiz, a instalação do miniconda quebrou o PATH no arquivo .bashrc, eu removi esta linha e ela corrigiu:

    export PATH="/home/stiv/miniconda3/bin:$PATH"

ATUALIZAÇÃO: Mais tarde, encontrei x2go , que funciona de maneira mais confiável e rápida que o XRDP.

1. sudo apt-get update

2. sudo apt install xrdp

3. sudo apt-get install xserver-xorg-core

4. sudo apt-get install xorgxrdp

5. nano /etc/polkit-1/localauthority.conf.d/02-allow-colord.conf

6. Copie o polkit abaixo para02-allow-colord.conf

polkit.addRule(function(action, subject) {
if ((action.id == "org.freedesktop.color-manager.create-device" || action.id == "org.freedesktop.color-manager.create-profile" || action.id == "org.freedesktop.color-manager.delete-device" || action.id == "org.freedesktop.color-manager.delete-profile" || action.id == "org.freedesktop.color-manager.modify-device" || action.id == "org.freedesktop.color-manager.modify-profile") && subject.isInGroup("{group}"))
{
return polkit.Result.YES;
}
});

7. sudo ufw allow 3389/tcp

8. sudo /etc/init.d/xrdp restart

9. sudo systemctl status xrdp

10. sudo systemctl enable xrdp

11. Saia da sua sessão.

12. Tente com RDP

A conta de usuário com a qual você está tentando fazer isso é membro dos grupos sudoou wheel? Com a edição Kali 2020, qualquer usuário que estiver fora sudodesconectará imediatamente, tive que matar todos os processos desse usuário ( pkill -u <username>) e depois excluir a conta do usuário e recriá-la. Ainda estou rastreando a razão exata pela qual isso está ocorrendo quando tenho tempo. Mas pensei que eu compartilhar minha experiência.

Você deve fazer as seguintes ações adicionais:

Para configurar o Xrdp, primeiro adicione

exec gnome-session

ao final do arquivo de configuração

/etc/xrdp/xrdp.ini

Ou use o seguinte comando para adicionar “exec gnome-session” ao final do arquivo de configuração “/etc/xrdp/xrdp.ini”

sudo bash -c 'echo "exec gnome-session" >> /etc/xrdp/xrdp.ini'

Reinicie o xrdp para carregar a nova configuração

sudo systemctl restart xrdp

Referência: Como: Instalar o Xrdp (Remote Desktop) no CentOS 8 – (Como: Usar o Windows para controlar remotamente o CentOS 8)

Me deparei com esse problema ao tentar me conectar a uma máquina de trabalho executando xrdp no red hat enterprise Linux 7. Eu instalei o miniconda e o datalad em seu ambiente base na minha pasta pessoal na máquina remota e isso quebrou a área de trabalho remota do Windows. A solução foi surpreendentemente simples. Desinstalei o datalad e reinstalei em um novo ambiente via SSH. Consegui me reconectar à máquina via área de trabalho remota do Windows sem problemas.

Passei muitos dias nos últimos anos com problemas intermitentes de acesso a um servidor Linux a partir de um PC com Windows 10. Diferentes abordagens para as modificações do Server xrdp.ini parecem resolver o problema, mas não de forma permanente. Depois de falhar com novas instalações do RHEL8 e Centos8, todas falhando com um logon PC RDP, observei o seguinte erro comum. Após uma falha do PC, foi observado o erro, observado a partir de um novo login "semi" bem-sucedido do mesmo PC, no systemctl status xrdpqual apresenta a litania dos itens com falha. No entanto, quando observado diretamente no próprio servidor usando uma tela, teclado e mouse (tenho o Dell R430 ao meu lado), osystemctl status xrdp, parece limpo sem problemas. Cada novo logon no RDP, com Xvnc, aparentemente inicia uma sessão/processo rdp separado. A conclusão que cheguei é que o problema está focado no PC e de alguma forma uma falha de SSL. É persistente no PC ATÉ que seja reiniciado. O servidor não requer uma reinicialização. É claro que REINICIAR o PC é impraticável, mas é repetidamente bem-sucedido.

Eu solucionei isso também e, parece que apenas instalar o pacote xrdp por si só não é suficiente, porque (1) pacotes dependentes não serão instalados, (2) problemas de startwm.sh. Não cheguei a uma solução perfeita. Percebo que uma das outras respostas está usando o xfce4, que eu gostaria de usar. No final, optei por algo mais leve, ou seja, icewm, ou seja,

sudo yum update
sudo yum install xrdp
sudo yum install tigervnc-server
sudo yum install xterm
sudo yum install icewm
sudo vi /usr/libexec/xrdp/startwm.sh

E, efetivamente, meu startwm.shscript tem o seguinte no topo, ou seja, contornei ou substituí o comportamento padrão:

#!/bin/bash -xe
/bin/xterm &
exec /bin/icewm