Estou enfrentando outro problema em que o XRDP não está funcionando. Estou nisso há algum tempo e acho que preciso de ajuda. Eu acredito que é um problema da máquina Ubuntu não escutando em uma porta.
Segui o guia em http://www.tweaking4all.com/software/linux-software/use-xrdp-remote-access-ubuntu-14-04/ .
No entanto, quando vou para o rdp no Windows, consigo conectar e digitar o nome de usuário e a senha, mas quando o faço, recebo o seguinte erro:
Connecting to sesman IP 127.0.0.1 port 3350
sesman connect ok
sending login info to session manager, please wait...
srdp_mm_process_login_response:login successful for display
started connecting
connecting to 127.0.0.1 5910
error-problem connecting
O problema pode ser que minha máquina Ubuntu não está ouvindo a porta 5910? O que é que vocês acham? Se sim, como posso ter certeza de que o Ubuntu está ouvindo a porta 5910?
Editar:
Ok, então quando eu executo este comando:
sudo netstat -peant | grep ":5910 "
Nada aparece. Quando executo este comando: sudo netstat -peant | grep "127.0.0.1"
e percorro, não vejo nada conectado à porta 5910. Acredito que encontrei um grande problema. Minha pergunta agora é como configurar o xrdp para ouvir a porta 5910?
Ok, encontrei o comando que resolverá meu problema. Execute este comando para remover o erro
Corre
gsettings set org.gnome.Vino require-encryption false
fonte
Este post me ajudou a me livrar do problema. Reiniciei o
xrdp
serviço posteriormente apenas para ter certeza.Note que eu estou usando o Windows 10 para conectar o debian 9. E eu usei
Xorg
.fonte
Eu sou muito novo e li bugs e documentos sobre isso.
Tudo o que fiz para corrigir esse problema foi parar e iniciar o xrdp, usando estes comandos:
fonte
Eu lutei alguns dias nesse problema (Conexão de Área de Trabalho Remota do Windows 7 - XRDP CentOS) e, ao pesquisar , descobri que a solução mais simples para erros - a conexão com problemas é clara: "meu nome de domínio \ nome de usuário" : antes de instalar pacotes, interromper processos ou remover temporariamente arquivos, tente conectar-se escrevendo seu nome de usuário apenas na solicitação XRDP, para não salvá-lo anteriormente na Conexão de Área de Trabalho Remota do Windows 7.
Se você não tiver permissão para limpar seu nome de usuário (o XRDP sempre mostra um nome por padrão), limpe o histórico de conexões RDP do servidor que você está tentando conectar ou aproveite-o como uma oportunidade para limpar todo o histórico de conexões dessa maneira (lado do Windows - CMD):
E tente novamente se conectar. Se não funcionar, você pode tentar:
Lembre-se de que você deve usar High Color (16 bits) ou superior no Windows RDP; ou
Acesse xrdp-sesman.log por PuTTY (
cat /var/log/xrdp-sesman.log
), o que provavelmente mostrará "Servidor X para exibição 10 de tempo limite de inicialização (...) outro Xserver já está ativo na exibição 10 " evncserver -geometry 1024x768 :10
mostrará que há um arquivo temporário que você pode limpar, portanto, remova os arquivos temporários corretos, conforme explicado aqui e aqui ; ouFaça o downgrade do Tiger VNC .
fonte
Basta alterar: /etc/xrdp/sesman.ini AllowRootLogin = 1
fonte
Não vale a pena - existe uma solução melhor e menos dolorosa:
X11VNC
Passei pelo menos 8 horas lutando para me conectar do Windows 10 ao Ubuntu 16 via xrpd e Windows rdp. Tentei infinitas "soluções" que encontrei postadas em toda a web. Fiz progresso, mas nunca consegui resolvê-lo completamente. Mesmo se eu tivesse, no entanto, parece que esta é uma configuração fraca de qualquer maneira, porque:
Eu usei uma pilha de diferentes interfaces de conexão remota e, em geral, nada supera a facilidade e a qualidade do Windows RDP ainda em minha mente. Assim, eu estava bastante concentrado em usar isso. Depois de lutar tanto tempo e finalmente jogar a toalha, descobri que o VNC funciona muito bem nesse contexto.
Como eu disse inicialmente, no lado do Ubuntu eu usei "x11vnc". Consulte estas instruções para obter detalhes sobre como configurar totalmente:
Como configurar o x11vnc para acessar com a tela gráfica de login?
No lado do Windows, usei o RealVNC Viewer: https://www.realvnc.com/en/connect/download/viewer/ , que eu já tinha instalado e configurado para uma conexão remota a um Mac na minha LAN.
Com esta configuração, não tenho nenhuma das fraquezas descritas acima. Além disso, no modo de tela cheia, a tela é tão boa quanto seria naturalmente. Eu vejo 0 atraso, 0 desfoque. Eu tenho uma prancheta bidirecional trabalhando sem nenhum esforço para conseguir isso ...
Em teoria, você deveria poder empilhar xrpd e x11vnc. Veja: http://c-nergy.be/blog/?p=5956 Eu tentei isso também, apenas para ver se conseguia fazê-lo funcionar. Também não tive sorte com isso. Então, acabei de dizer o inferno com o xrpd no final, desinstalá-lo e reverti todas as alterações que fiz na minha máquina lutando com ela (ou pelo menos uma delas).
A menos que você tenha uma das principais razões pelas quais PRECISA do RDP em vez do VNC, recomendo que siga essa rota que descrevi.
fonte