KamoCRM

Xrdp se le dijo que su sesión de backend era en sí mismo, así que nada se hizo

FixKlusterServices
Enviado
24 de septiembre de 2026 a las 4:12 UTC
Autor
Kamo
Commit
1dba600

Abrir una computadora dio una pantalla negra que nunca se convirtió en un escritorio. La causa es una sed sin ancla este archivo: sed -i 's/^port=.*/port=3389/' /etc/xrdp/xrdp.ini Estaba destinado a poner al oyente. xrdp.ini tiene líneas FIVE port= y sólo el primero es un oyente; el resto son el backend cada tipo de sesión se conecta a. [Xorg] barcos `port=-1`, que significa "sesman asigna la pantalla y el xrdp lo alcanza sobre la toma local". Reescrito a 3389 junto a su `ip=127.0.0.1`, le dice a xrdp que su backend de sesión es el oyente - en sí mismo. Cada conexión marca entonces 3389, lee su propio protocolo como basura, y muere en el primer paquete: [ERROR] libxrdp force read: header read error [ERROR] [ITU-T X.224] Secuencia de conexión: CR-TPDU (Connection Request) falló Confirmado contra el propio archivo de distribución: [Xorg] port=-1 allí, port=3389 en la imagen. EVERY SYMPTOM POINTED SOMEWHERE ELSE. guacd logs "RDP server closed/refused connection: Manually desconectado", que lee como el invitado colgando a propósito. xrdp-sesman.log no registra sesión en todo, así que no hay falta de autenticación para encontrar. /home/Secuenciador/ no tiene .xsession-errores y no .xorgxrdp log, porque nada llegó hasta el inicio de una sesión, que también hace que cada escritorio, Xwrapper y teoría polkit infalsifiable por inspección, ya que ninguno de ellos fue alcanzado nunca. El sed está ahora anclado al primer partido, y la construcción FAILS si [Xorg] ha perdido port=-1. Sin que comprobar esto es invisible hasta que alguien abre un ordenador, que es todo el problema con él.

Todos los cambios

¿Te gusta lo que ves envío?

Comienza con el plan gratuito y vuelve a leer esta página dentro de un mes para ver cómo funcionan las funciones y los beneficios.

Comience gratis para siempreVer los precios