- Expédié
- 24 septembre 2026 à 04:12 UTC
- Auteur
- Kamo
- Commit
- 1dba600
Ouvrir un ordinateur a donné un écran noir qui n'est jamais devenu un bureau. La cause est un sed sans ancre ce fichier : -i 's/^port=.*/port=3389/' /etc/xrdp/xrdp.ini Il était destiné à mettre l'auditeur. xrdp.ini a FIVE port= lignes et seul le premier est un auditeur; le le reste est le moteur de chaque type de session se connecte. [Xorg] navires `port=-1`, ce qui signifie "sesman alloue l'affichage et xrdp l'atteignent sur la socket locale". Réécrit à 3389 à côté de son `ip=127.0.0.1`, il dit à xrdp que son backend de session est l'auditeur — lui-même. Chaque connexion compose alors 3389, lit son propre protocole comme une poubelle, et meurt sur le premier paquet: [ERROR] libxrdp force read: erreur de lecture de l'en-tête [ERROR] [UIT-T X.224] Séquence de connexion: CR-TPDU (Demande de connexion) a échoué Confirmé contre le propre fichier de la distribution : [Xorg] port=-1, port=3389 dans l'image. CHAQUE SYMPTOM POINTE UNIQUEMENT AILLEURS. guacd logs "RDP server closed/refused connection: Manually connected off", qui se lit comme l'invité qui raccroche exprès. xrdp-sesman.log ne enregistre aucune session à Il n'y a donc aucun défaut d'authentification. /home/<member>/ n'a pas de .xsession-errors et non .xorgxrdp log, parce que rien n'a jamais été aussi loin que le démarrage d'une session — ce qui fait aussi chaque bureau, Xwrapper et polkit théorie non falsifiable par l'inspection, car aucun d'eux n'a jamais été atteint. Le sed est maintenant ancré au premier match, et le build FAILS si [Xorg] a perdu port=-1. que vérifier ceci est invisible jusqu'à ce que quelqu'un ouvre un ordinateur, qui est tout le problème avec lui.