web-dev-qa-db-ja.com

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

ネットワーク上のCentOS 6.2のすべての新規インストールで問題が発生します。 X11 guiソフトウェアを使用したリモートマシンへの接続は、xauthに関連する理由で失敗します。診断方法がわかりませんが、次のように絞り込みました。

  • gdmはリモートホストで正しく認証できません
  • [〜#〜] xauthority [〜#〜]はローカルに設定されますリモートマシンで使用できないパス
  • ローカルユーザーのホームディレクトリに。Xauthorityファイルがありません
  • 欠落MIT-MAGIC-COOKIE-1

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

/ var/log/Xorg.0.log

[  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/messages

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

これは簡単に対処できることだと思います。

私が試したが失敗したこと:

  • 悲しいことにgdmsetupはEL6の一部ではありません
  • 構成済み/ etc/gdm/PostLoginコピーする$ XAUTHORITYから$ HOME/.Xauthority(NFSにマウントされたホームディレクトリ)
  • 明示的に作成された/ etc/sysconfig/desktop with DISPLAYMANAGER = GNOMEDESKTOP = GNOME
  • xinitxauthのさまざまな組み合わせを試しました

うまくいけば、誰かがこの問題の診断と解決を手伝ってくれるでしょう。ログに表示されているように、私にはclustersshがありません。その結果、毎日使用していることを考えると、これは残念なことです。

5
robertmoggach

実際、X11アクセス制御は私が抱えていた問題とは何の関係もありませんでした。それはすべて、システムのXresourcesファイルにsolarizedテーマのXresourcesファイルを追加したためです。これらの行を削除すると、問題が修正されました。

cssh -e hostnameを実行して診断することができました。これは、色の定義がxtermによって理解されていないことを示しています。行を削除し、Xサーバーを再起動すると、すべてがスムーズに実行されます。

0
robertmoggach

予想通り、解決策は些細で曖昧でした-

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

一部のアプリではこれにより警告メッセージが表示されますが、他のアプリでは関連のないエラーで失敗します。

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

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

これが適切な場所にあると、Xサーバーを再起動するための単純なログアウト/ログインで問題が修正されました。

このスレッドは、私が実用的な解決策を見つけるように導いたものでした:

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

2
robertmoggach

これ 抜粋 あなたの問題に関連しているかもしれません:

7.2。 Cygwin/XがAUDITを報告するのはなぜですか:クライアント1はIPリモートホストから拒否されましたか?

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

行を追加する場合

192.168.26.1 myhost

xDMCPサーバー上の/ etc/hostsに、WindowsホストのIPアドレスとホスト名を使用して名前解決が機能するはずです。

0
harrymc