私は過去数週間でこの問題に対する答えを探し続けましたが、私が見た解決策のどれも私には役に立ちませんでした。両方の場所から.Xauthorityファイルを削除してみました。 Cygwin Xを使用して他のコンピュータにアクセスします。最近、X11転送は利用できません。私のローカルコンピュータでXサーバーを起動した後：
[local]$ export DISPLAY=0.0
[local]$ ssh -XY user@remotelocation
Warning: No xauth data; using fake authentication data for X11 forwarding.
これが役に立つかどうかはわかりませんが、次のようになります。
[remote]$ xauth list
location/unix:10 MIT-MAGIC-COOKIE-1 304eb389beb66bf44ae6bc1821bdf472
最後に、ここで問題が発生します。
[remote]$ gedit file &
X11 connection refused because of wrong authentication.
常に「xauthデータなし、偽認証使用済み」という警告が表示されますが、最近はこれによりX11接続が拒否されました。おすすめメニューとは何ですか？
答え1
.Xauthority両方の場所からファイルを削除してみました。
以前は問題が発生した可能性がありますが、その後は間違いなく成功しません。このアドバイスをどこかで見つけましたが、アドバイスがあなたに適用されない非常に珍しい状況に言及していない場合は、ソースをブラックリストに追加してください。.Xauthorityクライアント側からファイルを回復します。
ファイルが失われた場合は、.Xauthority実行中のプロセスまたは一時ファイルから回復できます。 Cygwinでこれを行う方法がわかりません。どこでも動作する簡単な方法は、Xサーバーをシャットダウンして新しいサーバーを起動することです。
「xauth データなし、偽認証が有効」というメッセージが表示された場合、セキュリティがオフの状態に設定されていない限り、リモートアプリケーションはローカルサーバーに表示されません。 xauthのセキュリティがない場合は、誰でもXセッションを監視して入力を注入できます（Xサーバーにアクセスできる場合）。構成によっては、ローカルユーザーである必要があります（この場合、シングルユーザーOSではそうではありません）。悪いか、コンピュータへのTCP接続を開くことができれば十分です（つまり、パブリックWi-Fiを使用している場合は誰でもローカルネットワークにいる可能性があります）。以前は機能していたが機能しなくなった場合は、一部の欠落しているセキュリティチェックが最近修正された可能性があります。
有効な.Xauthorityファイルがある場合は、シェルを開き、ローカルアプリケーションを実行できることを確認してくださいgedit。たとえば、同じシェルでssh -X user@remotelocationXアプリケーションを実行して実行します。これがうまくいくか、エラーメッセージが表示されます。助けを求める場合は、その内容を読み、コピーして貼り付けてください。うまくいかない場合は、以下を実行してくださいssh -vv -X user@remotelocation。追加のデバッグ出力が機能しない理由に関する情報を提供します。
サーバーがリモートX接続を許可していることを確認してください。 OpenSSHの場合は、ファイル/etc/sshd_config（または/etc/ssh/sshd_configディストリビューションによって異なる場所）にX11Forwarding yes。