Closed matiux closed 7 years ago
Try to run this command in your terminal for example logged in via SSH. And show me the output. I assume the issue is caused by failure of this Xorg command.
Xorg :11 -auth .Xauthority -config xrdp/xorg.conf -noreset -nolisten tcp
Hi, I ran into the same issue on Debian testing and opened a bug on the Debian bug tracking system (Debian bug 862089). The bug was immediately closed because in /usr/share/doc/xrdp/README.Debian the solution is explained. It is easy if you know it, but costs you hours if you don't know where to search for it (and if you don't RTFM). So, the solution is to edit
/etc/X11/Xwrapper.config
and exchange the line:
allowed_users=console
by
allowed_users=anybody
After that (or after a reboot, I cannot remember), xrdp just runs normally. At the end, it might be a distribution bug, and I promise that it will prevent dozens of users from using xrdp on Debian, but it seems nobody will fix it in the near future.
Hei @tfischer77 thanks :) it's works!
@tfischer77 Thanks for letting me know that debian bug.
Now it seems a dirtro bug, closing.
@tfischer77 which desktop manager do you use? I use kde but I can not type my password to login
I have solved using mate-desktop and put in .xsession file mate-session
I only tried xfce so far... no issues with login.
Now it seems a dirtro bug, closing.
It is not a bug, neither in xrdp nor in Debian.
It's simply how the Xwrapper works, and if you don't break privilege separation like some distributions do, that's how things are.
Thanks, I understand.
You are a GOD ! All instrauctions on this simply say install this blah blah and it works. Well as we know is DOES NOT. It makes NO sense and has cost me days. F&^%$$^g wa#*%rs
After that (or after a reboot, I cannot remember), xrdp just runs normally.
After Xorg restart it works.
Nice one gentleman. Bit late to the party but saved me some time and was able to tidy up the configuration.
Hi, I ran into the same issue on Debian testing and opened a bug on the Debian bug tracking system (Debian bug 862089). The bug was immediately closed because in /usr/share/doc/xrdp/README.Debian the solution is explained. It is easy if you know it, but costs you hours if you don't know where to search for it (and if you don't RTFM). So, the solution is to edit
/etc/X11/Xwrapper.config
and exchange the line:
allowed_users=console
by
allowed_users=anybody
After that (or after a reboot, I cannot remember), xrdp just runs normally. At the end, it might be a distribution bug, and I promise that it will prevent dozens of users from using xrdp on Debian, but it seems nobody will fix it in the near future.
For anyone running into this issue in 2020, this solution still works! Thank you @tfischer77
Additional clarification: This fix does indeed require a reboot ($ sudo reboot) for the change to take effect.
All fine and thanks. But xrdp is still broken. None of the above suggestions makes any difference, black screen always. Tried on: clients: remmina - many, windows 7 and 10. servers: u11x 12x 16x 18x 20x F29 I think.
LinuxCNC (Debian 10 XFCE ) This works for me:
sudo dpkg-reconfigure xserver-xorg-legacy
chose "anybody"
sudo reboot
Works on Debian 11 with KDE in 2023, thanks
您好,您的邮件已收到.谢谢。
Hi, I have installed with apt this packages on Debian testing: xrdp 0.9.1-9 Dependencies: xorgxrdp 0.9.1-9 ssl-cert 1.0.39
Usually configurations were never needed so the only thing that I have done is creating
.xsession
file in the home of the user. The file containsstartkde
From another pc with Debian testing and kde, I use KRDC to connect to xrdp server. Both machines are in the same local lanKRDC show me a black screen and after several minutes show me this message:
This is the sesman log:
And this is the xrdp log:
sesman.ini
xrdp.ini
How can I solve? I have read a ton of post with similar problem but no one solution solved my problem