Qt-creatorで動作するようにUbuntuサーバーに接続しようとしています。すべてがうまくいかなくなる前に、私はこのチュートリアルに従っていました。パテとXmingをダウンロードしたところ、すべて正常に機能していました。

その後、突然、Qt作成者の作業中に変更を保存できませんでした。そこで、Qt-creatorを閉じて、パテセッションを再開しました。ユーザー名とパスワード（通常）について尋ねられ、サーバーにログインした後、（通常）Qt-creatorを実行しようとすると、次のメッセージが表示されます。

PuTTY X11 proxy: wrong authorisation protocol attempted
Can't open display: localhost:10.0

そこで、インターネットで見つかった2つのアプローチを使用して問題を解決しようとしました。

最初の方法は、次のものdpyname protoname hexkeyを使用することです。

xauth list 

キーを返す必要があり、それを使用して追加できます：

xauth add

ただし、xauth listコマンドが何も返さないため、機能しませんでした。

2番目の解決策は、次の場所に移動することでした。

./etc/ssh/sshd_config

ファイルを開きます：sshd_config、ForwardX11Trusted読み取り用の行を編集し、yesそのような行が存在しない場合は、追加します。

ForwardX11Trusted yes

その後、sshサーバーを再起動すると動作します。

しかし、それも機能しませんでした。またはをsshd_config使用してファイルを開くことができず、同じメッセージが再び表示されます。xdg-opengedit

なぜこれが起こっているのか、その解決策は何ですか？

suとしてログインしているときに、「PuTTY X11プロキシ：不正な認証プロトコルが試行されました」タイプのエラーがいくつか発生した後、認証の問題であることがわかりました。その後、.Xauthorityファイルを自分のプロファイル/ homeディレクトリーから/ rootにコピーすることを思い出しました。問題が解決しました！

解決しました。

上記の2つの混合物を使用して解決しました。

1.次の行を「/ etc / ssh / sshd_config」に追加しました

ForwardX11Trusted yes

2.を使用してxauthをインストールしました

sudo apt-get install xauth

xauth list再起動前は空でした。ただし、再起動後に設定されました。xauth listパテでテストしてからやった。

それから私はsshを再起動し、動作しました。わーい！

注：実際に行ったことは、Raspberry Piを再起動することでした

ホームフォルダーのディスク領域が不足しているため、職場のサーバーで同様の問題が発生しました。ログイン後、Xauthorityファイルを書き込めず、...転送できませんでした。

スペースを解放して問題を解決しました。

ホームフォルダーまたは.Xauthorityのアクセス許可が不適切に設定されていて、書き込みアクセス権がない場合、同様の問題が発生すると思います。

私の場合、ルートでディスプレイを開くことができることに気付きましたが、su-gridを実行しており、このユーザーグリッドが問題を抱えていました。

解決策は、このセッションを閉じて、グリッドで新しいセッションを直接開くことでした。それはうまくいきました。su-グリッドの実行に関する何かが失敗していました...

サーバーで同様の問題が発生しました。その理由は、ユーザーが間違った数のディスプレイを取得したためです（DISPLAY = localhost：10.0）。ユーザーがSSH経由でサーバーに接続すると（test1というユーザーとして）、DISPLAY = localhost：11.0が取得されます。彼が別のユーザーとして接続し、ユーザー（test1）になると、間違った数のディスプレイが表示されます（DISPLAY = localhost：10.0）。DISPLAY（DISPLAY = localhost：11.0）のライフナンバーを設定すると、機能します。