迷惑なメッセージ「認証が間違っているためX11接続が拒否されました」はまったく問題ありません


15

私は迷惑な問題を抱えています。

SSH経由で特定のホストにログインすると、メッセージ

X11 connection rejected because of wrong authentication.

1分間に約3回、一見ランダムに発生します。どこから来たのか分かりません。

実際、X11転送にはわずかな問題さえありません。これは魅力のように機能します。しかし、このメッセージは表示され続け、私を夢中にさせます。

誰もそれを取り除く方法を知っていますか?

私はどこから来ても問題に直面しています、それは私のGnome-Desktopから、そしてPuTTY、MobaXterm、Cygwinなどを使用するWindowsシステムからも起こります。


さらにいじってみると、原因が監視エージェント(check_mk)であることがわかりました。これは実行中のタスクの実行時パラメーターをチェックし、毎回、このエージェントが監視システムからトリガーされたとき、正確にPostgreSQLステータスがチェックされたときにメッセージが表示されました。このプロセスはX11接続を開こうとしているようですが、失敗しています。次に、転送されたX11セッションを使用しようとしたときに、メッセージが端末セッションに吐き出されます。

このメッセージをまったく無効にする方法はありますか?

回答:


21

ディスク容量が不足していないことを確認してください

dfを実行し、十分なディスクスペースがあることを確認します。ディスクスペースが不足している場合は、システムから不要なファイルを削除します。

$ df -h

ファイルシステムに割り当てられているクォータがある場合、クォータを超えていないことを確認します。

$ quota -s

〜/ .Xauthorityが自分のものであることを確認してください

次のコマンドを実行して、ownweshipを見つけます。

$ ls -l ~/.Xauthority

chownとchmodを実行して権限の問題を修正します[user:groupを実際のユーザー名とグループ名に置き換えてください]:

$ chown user:group ~/.Xauthority
$ chmod 0600 ~/.Xauthority

X11 SSHD転送が有効になっていることを確認してください

sshd_configファイルに次の行が存在することを確認します。

$ grep X11Forwarding /etc/ssh/sshd_config

サンプル出力:

X11Forwarding yes

X11が無効になっている場合、sshd_cofingに次の行を追加し、sshサーバーを再起動します。

X11Forwarding yes

X11クライアント転送が有効になっていることを確認してください

ローカルのssh_configに次の行があることを確認してください。

Host *
ForwardX11 yes

最後に、リモートサーバーにログインし、Mac OS XまたはLinuxデスクトップシステムから次のようにX11を実行します。

ssh -X user@remote-host.com

情報のクレジットはここにあります:http : //www.cyberciti.biz/faq/x11-connection-rejected-because-of-wrong-authentication/

お役に立てば幸いです。


私はそれを読みましたが、実際にはX11アプリケーションの起動に問題はないため、これらの手順は適用できませんでした。ただし、その間に問題の原因が判明したため、すぐに更新します。
クリスチャン14年

前述のように、これはこの場合には関係ありません。問題は、X11接続を転送する試みが失敗することではありません。問題は、別のユーザーが私のX11-Forwardingを使用しようとすることと、メッセージがアクティブなターミナルセッションに不要なものを吐き出すことです。問題は、「このメッセージをまったく無効にする方法はありますか?」です。
クリスチャン

私はそれを要求したユーザーの回答を更新し、その後コメントを削除しました。あなたの質問については、root以外のすべてへのウォールアクセスを無効にしてみてください(プロセスがユーザーrootによって実行されていないことを前提としています):$ sudo chmod gs / usr / bin / wall $ echo foo | 壁
devnull

私は「MESG n」はどのような壁のメッセージをsupresses、それでもそれら:(を取得保管発行
クリスチャン・

そのプロセスがrootによって実行される場合は、実行します。ルートは抑制できません。その場合は、「モニター」または任意のユーザーを作成し、そのユーザーによって実行されるように監視などを移動すると、ルートからのものではないため、これらのメッセージは表示されなくなります。
devnull 14年

4

信頼できないX11転送タイムアウトの可能性があります。https://bugzilla.mindrot.org/show_bug.cgi?id=1718でForwardX11Timeout示唆されているように、長いタイムアウトでオプションを使用すると役立つ場合があります(過去にこの問題が発生しましたが、IIRCはアップグレード後に消失しました)。


残念ながら、で明示的に設定ForwardX11Trusted yesした場合もそうではありません/etc/ssh_config
クリスチャン14年

2

SELINUXを強制しており、ホームディレクトリが/ homeディレクトリの下にない場合、それが問題です。ターゲットのSELINUX設定では、すべてのユーザーのホームディレクトリが/ homeの下にあると想定されるため、ホームディレクトリのSELINUXタイプが正しくないため、xauthは正しく機能しません。修正をお勧めしたいのですが、見つかったものは機能しませんでした。この問題を回避するために、SELINUXを寛容に設定しました。



0

必要に応じてMacにXQuartzをインストールし、ユーザーで直接ログインします。例-oracledbのインストール中に、rootでログインし、sudo su-oracleの後にoracleユーザーからコマンドを実行しようとしました。

oracle ssh -X oracle @ hostnameを使用して直接ログインします

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.