KamoCRM

Xrdp was told its session backend was itself, so nothing ever rendered

FixKlusterServices
已装运
2026年9月24日 04:12 UTC
作者
Kamo
提交
1dba600

Opening a computer gave a black screen that never became a desktop. The cause is one unanchored sed in this file: sed -i 's/^port=.*/port=3389/' /etc/xrdp/xrdp.ini It was meant to set the listener. xrdp.ini has FIVE port= lines and only the first is a listener; the rest are the backend each session type connects to. [Xorg] ships `port=-1`, meaning "sesman allocates the display and xrdp reaches it over the local socket". Rewritten to 3389 next to its `ip=127.0.0.1`, it tells xrdp that its session backend is the listener — itself. Every connection then dials 3389, reads its own protocol back as garbage, and dies on the first packet: [ERROR] libxrdp_force_read: header read error [ERROR] [ITU-T X.224] Connection Sequence: CR-TPDU (Connection Request) failed Confirmed against the distribution's own file: [Xorg] port=-1 there, port=3389 in the image. EVERY SYMPTOM POINTED SOMEWHERE ELSE. guacd logs "RDP server closed/refused connection: Manually logged off", which reads as the guest hanging up on purpose. xrdp-sesman.log records no session at all, so there is no authentication failure to find. /home/<member>/ has no .xsession-errors and no .xorgxrdp log, because nothing ever got as far as starting a session — which also makes every desktop, Xwrapper and polkit theory unfalsifiable by inspection, since none of them was ever reached. The sed is now anchored to the first match, and the build FAILS if [Xorg] has lost port=-1. Without that check this is invisible until somebody opens a computer, which is the whole problem with it.

所有更改

就像你看到的运输?

所有东西都是靠自己运入你的工作空间的 从免费计划开始,一个月后再读这页.

永远开始自由查看定价