You are not logged in.
Hello i'm having problem connecting to xrdp server.
I followed the wiki like:
yay -S xrdp xorgxrdp-glamor pipewire-module-xrdpfill /etc/X11/Xwrapper.config with the content:
allowed_users=anybody
needs_root_rights=noinstalled (for testing propuses)
yay -S xorg-twm xterm xorg-xclockstart it
sudo systemctl enable --now xrdpcopy xinitrc
cp /etc/X11/xinit/xinitrc ~/.xinitrcwithout success.
i enabled debug mode on xrdp.ini and sesman.ini and here is the log:
https://0x0.st/8GWL.txt
xorg log:
https://0x0.st/8GW9.txt
thanks in advance
update: solved https://bbs.archlinux.org/viewtopic.php … 5#p2250805
Last edited by glatswalker (2025-07-09 15:18:07)
Offline
Jul 07 19:04:19 rog xrdp[10756]: [ERROR] lib_data_in: lib_mod_process_message failed
Jul 07 19:04:19 rog xrdp[10756]: [ERROR] Xorg server closed connectionFor references:
https://bbs.archlinux.org/viewtopic.php?id=297377 # not yours, xrdpdev_drv.so linker/build problem
https://github.com/neutrinolabs/xrdp/issues/1955 # not yours, no "Memory exhausted"
https://aur.archlinux.org/packages/xrdp#comment-1031494 # are you on 10.4.1 ?
The posted xorg.log doesn't suggest the server has terminated, neither cleanly not w/ an error nor crashed.
is the process truely gone?
Offline
Jul 07 19:04:19 rog xrdp[10756]: [ERROR] lib_data_in: lib_mod_process_message failed Jul 07 19:04:19 rog xrdp[10756]: [ERROR] Xorg server closed connectionFor references:
https://bbs.archlinux.org/viewtopic.php?id=297377 # not yours, xrdpdev_drv.so linker/build problem
https://github.com/neutrinolabs/xrdp/issues/1955 # not yours, no "Memory exhausted"
https://aur.archlinux.org/packages/xrdp#comment-1031494 # are you on 10.4.1 ?The posted xorg.log doesn't suggest the server has terminated, neither cleanly not w/ an error nor crashed.
is the process truely gone?
now that you mention it, the current behavior is that programs configured in .xinitrc continue to run even when the connection crashes.
$ yay -Q | grep -i xrdp
pipewire-module-xrdp 0.2-1
xorgxrdp-glamor 0.10.4-1
xrdp 0.10.4-1additional laptop information
$ inxi -C -G -m -S -A
System:
Host: rog Kernel: 6.15.4-zen2-1-zen arch: x86_64 bits: 64
Desktop: Openbox v: 3.6.1 Distro: Arch Linux
Memory:
System RAM: total: 32 GiB available: 31.22 GiB used: 7.55 GiB (24.2%)
Array-1: capacity: 64 GiB slots: 4 modules: 2 EC: None
Device-1: ChannelA-DIMM0 type: DDR4 size: 16 GiB speed: 2667 MT/s
Device-2: ChannelA-DIMM1 type: no module installed
Device-3: ChannelB-DIMM0 type: DDR4 size: 16 GiB speed: 2667 MT/s
Device-4: ChannelB-DIMM1 type: no module installed
CPU:
Info: quad core model: Intel Core i7-7700HQ bits: 64 type: MT MCP cache:
L2: 1024 KiB
Speed (MHz): avg: 800 min/max: 800/3800 cores: 1: 800 2: 800 3: 800 4: 800
5: 800 6: 800 7: 800 8: 800
Graphics:
Device-1: Intel HD Graphics 630 driver: i915 v: kernel
Device-2: NVIDIA GP107M [GeForce GTX 1050 Mobile] driver: nvidia
v: 575.64.03
Device-3: WinUSB USB C Video Adaptor driver: N/A type: USB
Device-4: Realtek USB2.0 HD UVC WebCam driver: uvcvideo type: USB
Display: x11 server: X.org v: 1.21.1.18 driver: dri: iris gpu: i915
resolution: 2048x1280_60.00~60Hz
API: EGL v: 1.5 drivers: iris,nvidia,swrast
platforms: gbm,x11,surfaceless,device
API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: intel mesa v: 25.1.4-arch1.2
renderer: Mesa Intel HD Graphics 630 (KBL GT2)
Info: Tools: api: eglinfo,glxinfo gpu: nvidia-settings,nvidia-smi
x11: xprop,xrandr
Audio:
Device-1: Intel CM238 HD Audio driver: snd_hda_intel
API: ALSA v: k6.15.4-zen2-1-zen status: kernel-api
Server-1: PipeWire v: 1.4.6 status: activeI'm gonna run an update. since i just check the thread in the package post
Last edited by glatswalker (2025-07-08 16:25:29)
Offline
i've installed the new version of the package but i'm getting black screen:
xrdp related log
https://0x0.st/8G6n.txt
xorg log
https://0x0.st/8G67.txt
xinitrc
#!/bin/sh
exec dbus-launch openbox-sessioni tried with --exit-with-session but didn't work
Offline
[ 457.185] (II) Server terminated successfully (0). Closing log file.That server ran for ~3½ minutes and terminated cleanly.
Jul 08 14:40:21 rog xrdp[7986]: [ERROR] Attempting to send data to a channel that is not open. channel id 1, channel status CLOSED
Jul 08 14:40:21 rog xrdp[7986]: [ERROR] Attempting to send data to a channel that is not open. channel id 1, channel status CLOSED
Jul 08 14:40:21 rog xrdp[7986]: [ERROR] Attempting to send data to a channel that is not open. channel id 1, channel status CLOSEDAnd the error changed. Show up eg here:
https://github.com/neutrinolabs/xrdp/discussions/2383
Are you filtering/grepping the journal?? Don't.
exec dbus-launch openbox-session
Don't do that, this breaks session integration by not importing the relevant environment and then creating a different dbus session.
Offline
[ 457.185] (II) Server terminated successfully (0). Closing log file.That server ran for ~3½ minutes and terminated cleanly.
Jul 08 14:40:21 rog xrdp[7986]: [ERROR] Attempting to send data to a channel that is not open. channel id 1, channel status CLOSED Jul 08 14:40:21 rog xrdp[7986]: [ERROR] Attempting to send data to a channel that is not open. channel id 1, channel status CLOSED Jul 08 14:40:21 rog xrdp[7986]: [ERROR] Attempting to send data to a channel that is not open. channel id 1, channel status CLOSEDAnd the error changed. Show up eg here:
https://github.com/neutrinolabs/xrdp/discussions/2383
Are you filtering/grepping the journal?? Don't.exec dbus-launch openbox-session
Don't do that, this breaks session integration by not importing the relevant environment and then creating a different dbus session.
full log using journalctl -f http://0x0.st/8Glc.txt
and mi xinit
#!/bin/sh
exec openbox-sessionalso i changed my xrdp.ini
[Channels]
; Channel names not listed here will be blocked by XRDP.
; You can block any channel by setting its value to false.
; IMPORTANT! All channels are not supported in all use
; cases even if you set all values to true.
; You can override these settings on each session type
; These settings are only used if allow_channels=true
rdpdr=false
rdpsnd=true
drdynvc=true
cliprdr=false
rail=true
xrdpvr=trueLast edited by glatswalker (2025-07-08 22:21:13)
Offline
ok i rolled back Channels configurations to defaults and works with:
xfreerdp /u:glats /v:172.16.0.5 /cert:ignore /video /gfx:progressive:onxfreerdp /u:glats /v:172.16.0.5 /cert:ignore /video /gfxxfreerdp /u:glats /v:172.16.0.5 /cert:ignore /video /gfx:RFX:onbut not with
xfreerdp /u:glats /v:172.16.0.5 /cert:ignore /video /gfx:420:onxfreerdp /u:glats /v:172.16.0.5 /cert:ignore /video /gfx:AVC444:oni wonder why...
Last edited by glatswalker (2025-07-09 05:09:19)
Offline
Have you considered using https://archlinux.org/packages/extra/x86_64/freerdp/ on the client as well?
Offline
Have you considered using https://archlinux.org/packages/extra/x86_64/freerdp/ on the client as well?
i was using the xfreerdp client in mac installed thought homebrew. but now on fedora with remmina works fine.
i think i'm gonna set the thread as solved. now i'm gonna try to use the discrete cards instead with nvidia.
thank you very much!
for future reference downloading the reverse version worked: https://aur.archlinux.org/packages/xrdp#comment-1031495
Last edited by glatswalker (2025-07-09 14:26:58)
Offline