他のサーバー/ワークステーションへの X 接続を許可するように gdm を構成するにはどうすればよいでしょうか?

他のサーバー/ワークステーションへの X 接続を許可するように gdm を構成するにはどうすればよいでしょうか?

すべての新規インストールで問題が発生します6.2 のネットワーク上でリモートマシンに接続するX11GUIソフトウェアは、認証どのように診断すればよいか分かりませんが、以下のように絞り込みました。

  • gdm はリモートホストで適切に認証できません
  • X権限リモートマシンで利用できないローカルパスに設定されている
  • ありません.X権限ローカルユーザーのホームディレクトリ内のファイル
  • ないMITマジッククッキー1

ここにいくつかのログがあります:

ログファイル

[  9273.858] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 20 connected from local host (
uid=0 gid=0 pid=8800 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9273.870] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 35 connected from local host (
uid=0 gid=0 pid=8800 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9274.072] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 20 disconnected
[  9274.072] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 35 disconnected
[  9277.236] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 20 connected from local host (
uid=0 gid=0 pid=8804 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9277.248] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 35 connected from local host (
uid=0 gid=0 pid=8804 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9277.277] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 20 disconnected
[  9277.277] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 35 disconnected

/var/log/メッセージ

Jun  4 14:41:21 myhostname abrt[8801]: saved core dump of pid 8800 (/usr/bin/perl) to /var/spo
ol/abrt/ccpp-2012-06-04-14:41:21-8800.new/coredump (18776064 bytes)
Jun  4 14:41:21 myhostname abrtd: Directory 'ccpp-2012-06-04-14:41:21-8800' creation detected
Jun  4 14:41:21 myhostname abrtd: Package 'clusterssh' isn't signed with proper key
Jun  4 14:41:21 myhostname abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2012-06-04-14:41:21-8800 (res:2), deleting

これは簡単に対処できる問題だと確信しています。

試してみたがうまくいかなかったこと:

  • 悲しいことにgdmsetupEL6の一部ではありません
  • 設定された/etc/gdm/PostLoginコピーする$X権限$HOME/.Xauthority(NFS マウントされたホームディレクトリ)
  • 明示的に作成された/etc/sysconfig/デスクトップディスプレイマネージャ=GNOMEデスクトップ=GNOME
  • さまざまな組み合わせを試したジニットそして認証

誰かがこの問題の診断と解決を手伝ってくれることを願っています。ログに表示されているように、私はクラスタ毎日使っているのに、結果的に残念な結果になってしまいました。

答え1

解決策は予想通り、些細でわかりにくいものでした。

CentOS 6.2の標準インストールでは、X11カラー定義ファイルはxorg-x11-サーバーユーティリティパッケージ (X.Org X11 X サーバー ユーティリティ) は X11 によって正しく解決されません。

一部のアプリでは警告メッセージが表示されますが、他のアプリでは無関係なエラーが発生して失敗します。

解決策は、/etc/X11/xorg.conf ファイルの「Files」セクションに次の内容を明示的に追加することでした。

Section "Files"
    RgbPath "/usr/share/X11/rgb.txt"
EndSection

これを実行すると、X サーバーを再起動するための単純なログアウト/ログインで問題が解決しました。

このスレッドのおかげで、私は実用的な解決策を見つけることができました。

http://www.nntp.perl.org/group/perl.tcltk/2006/09/msg99.html

答え2

これ抜粋あなたの問題に関係があるかもしれない:

7.2. Cygwin/X が AUDIT: client 1 denied from IP remotehost を報告するのはなぜですか?

問題は、DNS (ネットワーク名解決) が間違っている可能性が最も高いです。Windows ホストに、Linux からも有効なホスト名と、Linux がそのホスト名に解決できる IP アドレスがあることを確認してください。

線を追加すると

192.168.26.1 myhost

XDMCP サーバーの /etc/hosts に Windows ホストの IP アドレスとホスト名を入力すると、名前解決が機能するはずです。

答え3

実際、X11 アクセス コントロールは、私が抱えていた問題とはまったく関係ありませんでした。すべては、システムの Xresources ファイルに solarized テーマの Xresources ファイルを追加したためでした。それらの行を削除すると、問題は解決しました。

を実行して診断したcssh -e hostnameところ、色の定義が xterm で認識されていないことがわかりました。行を削除し、X サーバーを再起動すると、すべてがスムーズに実行されます。

関連情報