meta's blog - The Power To Serve

x11rdp/xrdp が正常に動作しませんでした。<br><br>【利用環境】<br>・CentOS 6.5/32bit（サーバー用マシンのため GUI ソフト無し）<br> $ uname -a<br> Linux xxx.yyy.zzz 2.6.32-431.20.3.el6.i686 #1 SMP Thu Jun 19 19:51:30 UTC 2014 i686 i686 i386 GNU/Linux<br>・RDPクライアント：Windows 7 Professional/32bit<br>・X11RDP-RH-Matic：masterブランチ<br><br>【不具合現象】<br>・Windows のリモートデスクトップクライアントを起動して、<br>　接続先 IP アドレスを入力すると、xrdp のログイン画面が<br>　表示される。<br>・Session: sesman-X11rdp のまま、ユーザ名/パスワードを入力<br>　すると、一瞬リモートのデスクトップが表示されるが、すぐに<br>　接続が切れてしまう。<br><br>【やったこと】<br>1.git clone<br>2.cd X11RDP-RH-Matic && ./X11RDP-RH-Matic.sh<br>　→ ビルドが正常完了＆rpmパッケージの自動インストールには失敗。<br>　→ i386 向けパッケージは存在せず、i686 向けが出来上がっていた。<br><br>Installing built xrdp...<br>Following command will be executed via sudo:<br> yum -y localinstall /home/sk220/rpmbuild/RPMS/i386/xrdp-0.9.0.gitb148848+master-1.el6.i386.rpm<br>Cannot open: /home/sk220/rpmbuild/RPMS/i386/xrdp-0.9.0.gitb148848+master-1.el6.i386.rpm. Skipping.<br>done<br>Installing built x11rdp...<br>Following command will be executed via sudo:<br> yum -y localinstall /home/sk220/rpmbuild/RPMS/i386/x11rdp-0.9.0.gitb148848+master-1.el6.i386.rpm<br>Cannot open: /home/sk220/rpmbuild/RPMS/i386/x11rdp-0.9.0.gitb148848+master-1.el6.i386.rpm. Skipping.<br>done<br><br>3.xrdp/x11rdp を手動インストール<br><br> $ cd ~/rpmbuild/RPMS/i686<br> $ sudo rpm -ivh xrdp-0.9.0.gitb148848+master-1.el6.i686.rpm x11rdp-0.9.0.gitb148848+master-1.el6.i686.rpm<br><br>　Windows 7 から xrdp に接続すると、上記の不具合現象が発生。<br><br>4.試しに標準の X 環境をインストール<br><br> # rpm -e x11rdp xrdp<br> # yum groupinstall "X Window System"<br> # yum groupinstall "Desktop"<br> # yum groupinstall "General Purpose Desktop"<br> # rpm -ivh xrdp… x11rdp…<br><br>　Windows 7 から xrdp に接続する。⇒ 現象変わらず<br><br>5.RDP クライアントを rdesktop に変更<br><br>　Windows 7 から接続した場合と同じで、認証後に接続が切れる。<br><br>---------------<br><br>なお別の CentOS 6.5 マシンでは正常に xrdp/x11rdp が動作しておりまして、<br>何が xrdp の動作に影響しているのかが分からない状況です。また正常動作<br>マシンと不具合発生マシンの /var/log/xrdp.log と /var/log/xrdp-sesman.log<br>を見比べて見ましたが、私には不具合の原因が分かりませんでした。<br><br>https://www.dropbox.com/s/o33mc5h58jlg2df/xrdp-log.zip<br><br>あとはどの辺りを調べればいいのか、ヒントを頂けないでしょうか？<br>よろしくお願い致します。

報告ありがとうございます。<br><br>ビルド後のインストールに失敗する件は32bit環境でのテスト不足が原因だったので、GitHubにIssueを起こしました。<br>https://github.com/metalefty/X11RDP-RH-Matic/issues/2<br><br>接続が切れたあとに ps uxaww|grep X11rdp などでプロセスを確認すると、X11rdpのプロセスは残っていますか？<br>X11rdpが異常終了した結果として接続が切れているのか、X11rdpは動いたまま接続が切れているのかをまず切り分けたいです。

> 接続が切れたあとに ps uxaww|grep X11rdp などでプロセスを確認すると、X11rdpのプロセスは残っていますか？ <br><br>接続断後に X11rdp のプロセスは残っていませんでした。<br><br>以下に接続処理中に何度も "ps uxaww|grep rdp" を実行して、<br>起動していることが確認されたプロセス名を示します。<br><br>・待機時：xrdp, xrdp-sesman<br>　　↓RDP クライアントから xrdp に接続<br>・ログイン画面：xrdp, xrdp-sesman, xrdp<br>　　↓username/password を入力<br>・ログイン後：<br>　- xrdp, xrdp-sesman, xrdp, xrdp-sesman, xrdp-sesman, X11rdp<br>　- xrdp, xrdp-sesman, xrdp, xrdp-sessvc, xrdp-sesman, X11rdp, xkbcomp, sh(/etc/xrdp/startwm.sh), xrdp-chansrv, sh(/etc/xrdp/startwm.sh)<br>　- xrdp, xrdp-sesman, xrdp, xrdp-sessvc, xrdp-sesman, X11rdp, sh(/etc/xrdp/startwm.sh), xrdp-chansrv, sh(/etc/xrdp/startwm.sh)<br>　- xrdp, xrdp-sesman, xrdp, xrdp-sessvc, xrdp-sesman, X11rdp, xrdp-chansrv<br>　- xrdp, xrdp-sesman<br><br>よろしくお願い致します。

となると、X11rdpが起動したあとに何らかの原因ですぐに終了しているようなので、xrdpを止めた状態で<br>X11rdpだけ起動してみてください。そこで出ているメッセージが手がかりになります。<br><br> $ X11rdp :20 # 適当に空いている数字を選択<br>別ターミナルで<br> $ export DISPLAY=:20 # 上と同じ数字<br> $ sh /etc/xrdp/startwm.sh<br><br>これまで通りだとどこかのタイミングで X11rdp が異常終了するので、そのときの startwm.sh を実行した<br>方のターミナルの出力を確認してみてください。

こんにちは。アドバイス頂いた通りに試してみたのですが、<br>なぜか期待と反する結果となりました。う～む、この結果が<br>何を意味しているのか、私にはイマイチ良く分かりません。<br><br>> これまで通りだとどこかのタイミングで X11rdp が異常終了するので、そのときの startwm.sh を実行した方のターミナルの出力を確認してみてください。 <br><br>ご参考までに、以下にターミナルに出力されたメッセージを<br>添付致します。<br><br>Terminal-1<br>------------------------------------------------------------<br>$ X11rdp :20<br>InitOutput:<br><br>X11rdp, an X server for xrdp<br>Version 0.7.0<br>Copyright (C) 2005-2012 Jay Sorg<br>See http://xrdp.sf.net for information on xrdp.<br>Underlying X server release 10903000, The X.Org Foundation<br>Screen width 1024 height 768 depth 24 bpp 32<br>dpix 100 dpiy 100<br>buffer size 3145728<br>28/07/14 13:35:08 kill disconencted [0] timeout [60] sec<br>pRRScrPriv 0x8ff2b88<br>rdpScreenInit: ret 1<br>InitOutput: out<br>[dix] Could not init font path element /usr/share/fonts/X11/misc/, removing from list!<br>[dix] Could not init font path element /usr/share/fonts/X11/TTF/, removing from list!<br>[dix] Could not init font path element /usr/share/fonts/X11/OTF/, removing from list!<br>[dix] Could not init font path element /usr/share/fonts/X11/Type1/, removing from list!<br>[dix] Could not init font path element /usr/share/fonts/X11/100dpi/, removing from list!<br>[dix] Could not init font path element /usr/share/fonts/X11/75dpi/, removing from list!<br>rdpSpriteDeviceCursorInitialize:<br>rdpPointerWarpCursor:<br>rdpPointerNewEventScreen:<br>InitInput:<br>rdpMouseCtrl:<br>rdpChangeKeyboardControl:<br>rdpChangeKeyboardControl:<br>------------------------------------------------------------<br><br>Terminal-2<br>------------------------------------------------------------<br>$ export DISPLAY=:20<br>$ sh /etc/xrdp/startwm.sh<br>$ ps ax | grep rdp<br>17389 pts/1 S+ 0:00 X11rdp :20<br>17522 pts/0 S+ 0:00 grep rdp<br>$ <br>------------------------------------------------------------<br><br>よろしくお願い致します。

startwm.sh を以下の内容だけにしてクライアントから接続と、ターミナルから実行の両方を試してみてください。<br>それで動けば xrdp/X11rdp 自体は正しく動いているので、xrdp 側の問題ではなくこれ以上アドバイスできることは<br>ないかと思います。使いたいデスクトップ環境にあわせて startwm.sh を設定してください。<br><br>--<br>#!/bin/sh<br>export LANG=ja_JP.UTF8<br>xterm<br>--

ありがとうございました。無事、問題が解決致しました。<br><br>せっかく起動した X11rdp がすぐに終了していたのは、<br>自分では作成した覚えが無いのですが ~/.xsession に間違った<br>記述が行われていたのが原因と分かりました。<br><br>~/.xsession<br>---<br>gnome-session --session=gnome-fallback<br>---<br><br>またこの際に ~/.xsession-errors には以下のようなエラー<br>メッセージが残されていました。<br><br>---<br>** (gnome-session:4805): WARNING **: Unknown option --session=gnome-fallback<br>---<br><br>私が X には不慣れなため、トラブルシュートが完了するまで<br>何度もお手数をお掛けして申し訳ありませんでした。ちなみに<br>X 起動時の流れを把握するのに、以下の文書が役立ちました。<br><br>→ http://it.seikou-navi.net/exam/lpic/XWindow.htm<br><br>今後ともよろしくお願い致します。

一点書き忘れましたが、本件の対策としては ~/.xsession を別の<br>名前にリネーム致しました。