KamoCRM

Xrdp はセッションのバックエンドはそれ自体だったので、何もレンダリングされていない

FixKlusterServices
Shipped
2026年9月24日 4:12 UTC
Author
Kamo
Commit
1dba600

コンピュータを開くと、デスクトップになったことのない黒い画面が現れました。 原因は1つの無名なsedです このファイル: sed -i 's/^port=.*/port=3389/' /etc/xrdp/xrdp.ini リスナーをセットすることを目的としていました。 xrdp.ini は FIVE port= ラインを持ち、最初にリスナーであるだけである。 残りは、各セッションタイプが接続するバックエンドです。 [Xorg] は `port=-1` を出荷します。 ディスプレイと xrdp は、ローカルソケット上にリーチします。 "ip=127.0.0.1" の横にある 3389 への Rewritten、 セッションのバックエンドがリスナーであることを xrdp に伝えます。 接続ごとに3389をダイヤルします。 独自のプロトコルをゴミとして読み、最初のパケットで死ぬ: [ERROR] libxrdp force read: ヘッダーの読み込みエラー [ERROR] [ITU-T X.224] 接続シーケンス:CR-TPDU (接続リクエスト) 失敗 配布のファイルに対する確認: [Xorg] port=-1、画像のport=3389。 EVERY SYMPTOM POINTED SOMEWHERE ELSE. guacd logs "RDP serverクローズド/再利用接続: 手動で ログオフ, 目的にハングアップゲストとして読みます. xrdp-sesman.log はセッション無しで記録します つまり、認証の失敗が見つかりません。 /home/<member>/ .sesxsion-errors がない .xorgxrdp ログは、セッションを開始する限りしか得られないため、すべてのセッションを生成します。 デスクトップ、XwrapperとPolkit理論は、検査によって不十分です。 sed は最初のマッチに固定され、[Xorg] がポート=-1 を失った場合は FAILS をビルドします。 誰かがコンピュータを開くまで、これは目に見えないことを確認し、それは問題全体です.

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