KamoCRM

Xrdp è stato detto che il suo backend di sessione era di per sé, quindi niente mai reso

FixKlusterServices
Shipped
24 settembre 2026 alle ore 04:12 UTC
Author
Kamo
Commit
1dba600

L'apertura di un computer ha dato uno schermo nero che non è mai diventato un desktop. La causa è una sed non soffocata questo file: Sed -i's/^port=.*/port=3389/' /etc/xrdp/xrdp.ini Doveva mettere l'ascoltatore. xrdp.ini ha linee FIVE port= e solo il primo è un ascoltatore; il riposo sono il backend a cui ogni tipo di sessione si connette. [Xorg] navi `port=-1`, che significa "sesman allocates il display e xrdp lo raggiunge sopra la presa locale". Riscritto al 3389 accanto al suo `ip=127.0.0.1`, dice xrdp che la sua sessione backend è l'ascoltatore — stesso. Ogni connessione poi comporre 3389, legge il proprio protocollo come spazzatura, e muore sul primo pacchetto: [ERROR] libxrdp force read: errore di lettura dell'intestazione [ERROR] [ITU-T X.224] Sequenza di connessione: CR-TPDU (Connessione richiesta) guasto Confermato contro il file della distribuzione: [Xorg] port=-1 lì, port=3389 nell'immagine. OGNI SYMPTOM POINTED SOMEWHERE ELSE. guacd logs "RDP server chiuso/refuso connessione: manuale si è staccato", che legge come l'ospite appeso di proposito. xrdp-sesman.log non registra alcuna sessione tutto, quindi non c'è nessun errore di autenticazione da trovare. /home/ <member>/ non dispone di .xsession-errors e no .xorgxrdp log, perché nulla ha mai ottenuto fino all'avvio di una sessione — che rende anche ogni desktop, Xwrapper e teoria polkit infallibili dall'ispezione, poiché nessuno di loro è mai stato raggiunto. Il sed è ora ancorato al primo match, e il costruire FAILS se [Xorg] ha perso port=-1. che controlla questo è invisibile fino a quando qualcuno apre un computer, che è tutto il problema con esso.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing