MacからLinux（Debian）へのssh接続を開始するたびに、次の警告が表示されます。

No xauth data; using fake authentication data for X11 forwarding.

これは、gitやmercurialなど、sshを使用しているツールでも発生します。

これが表示されないように、システムにローカルな変更を加えたいだけです。

注：Mac OS X（10.8.1）にX11サーバー（XQuartz 2.7.3（xorg-server 1.12.4））があり、正常に動作しています。ローカルまたはリモートで正常にクロックを開始できます。

投稿された解決策のどれも私のために働いた。クライアント（デスクトップ）システムはmacOS 10.12.5（Sierra）を実行しています。コマンド-vのオプションに追加しsshましたが、

debug1: No xauth program.

つまり、xauthプログラムへの正しいパスがありません。（macOSのこのバージョンでは、パスxauthは標準では/etc/ssh/ssh_configありません。）解決策は、次の行を追加することです（/etc/ssh/configセットアップに含まれる~/.ssh/config場合があります）または（管理者権限がない場合）。

XAuthLocation /opt/X11/bin/xauth

これで警告メッセージは消えました。

原因が見つかりました、私~/.ssh/configは不完全でした、あなたは両方が必要です：

Host *
    ForwardAgent yes
    ForwardX11 yes

私の間違いは、ForwardX11オプションのみを含めたことです。

Windows 10でUbuntu bashを実行ssh -X して、リモートサーバーでGUI環境を取得する

• 最初

以下をすべてインストールします。WindowにインストールしXmingます。Ubuntu bashでは、を使用sudo apt installしてインストールしssh xauth xorgます。

sudo apt install ssh xauth xorg

• 第二

ssh_configファイルが含まれているフォルダに移動します/etc/ssh。私のファイルはです。

• 三番

ssh_config管理者として編集します（USE sudo）。内部にssh_config、ハッシュを削除する#ラインでForwardAgent、ForwardX11、ForwardX11Trusted、およびに対応する引数を設定しますyes。

# /etc/ssh/ssh_config

Host *
    ForwardAgent yes
    ForwardX11 yes
    ForwardX11Trusted yes

• 前方へ

でssh_config、ファイル、フロントハッシュを削除#する前にPort 22してProtocol 2、また、XAUTHファイルの場所を述べるために、ファイルの末尾に新しい行を追加し、XauthLocation /usr/bin/xauth、XAUTHファイルの独自のパスを書き覚えておいてください。

# /etc/ssh/ssh_config

#   IdentifyFile ...
    Port 22
    Protocol 2
#   Cipher 3des
#   ...
#   ...
    ...
    ...
    GSSAPIDelegateCredentials no
    XauthLocation /usr/bin/xauth

• 5番目

これでssh_configファイルの編集が完了したので、エディターを終了するときに保存します。次に、フォルダ~または$HOMEに移動しexport DISPLAY=localhost:0、.bashrcファイルに追加して保存します。

# ~/.bashrc
...
...
export DISPLAY=localhost:0

• 最終

ほぼ完了です。bashシェルを再起動し、Xmingプログラムを開いてを使用しますssh -X yourusername@yourhost。その後、GUI環境をお楽しみください。

ssh -X yourusername@yourhost

問題はWindowsのUbuntuサブシステムにもあり、リンクは

https://gist.github.com/DestinyOne/f236f71b9cdecd349507dfe90ebae776

注：リンクされたテキストには2つのタイプミスが含まれています（XauthLocaionではなくXauthLocation）

前述のように、xauthOS X Yosemiteでは、XQuartzの$DISPLAY設定では機能しない古いバージョンに後退しているようです。

% xauth -V
1.0.9
% xauth generate $DISPLAY .
xauth: (argv):1:  bad display name "/private/tmp/com.apple.launchd(...)/org.macosforge.xquartz:0" in "add" command

現時点ではMacOSにバグがあります。私もこれに出会いました。私の修正には、.bash_profileに以下を追加する必要がありました

dispdir=`dirname $DISPLAY`
dispfile=`basename $DISPLAY`
dispnew="$dispdir/:0"
if [ -e $DISPLAY -a "$dispfile" = "org.x:0" ]; then
  mv $DISPLAY $dispnew
fi
export DISPLAY=$dispnew

基本的に、Xルートに関連付けられているファイルパイプの名前は正しく処理できないため、修正が必要です。:-)

含む

〜/ .ssh / configのXAuthLocation / opt / local / bin / xauth

私のmacOS Sierra 10.12.6で私のために働いた。回答7）からの小さな変更。

〜/ .Xauthority（宛先マシン）をルートフォルダーから削除し、ssh -X 192.168.123.1を再度実行したところ、ikは機能しました。

私の場合、それは、マジッククッキーを含むの.Xauthorityの問題は転送されませんでしたのFabby http://askubuntu.com/questions/571116/は bashrcにの末尾に次の行を追加して2014年11月14日に推奨していますか。suを呼び出すときにユーザー間でxauthキーの転送を許可するプロファイル：

export $(dbus-launch)

以前にも追加しました：

export XAUTHORITY=~/.Xauthority 

ssh -X with @で呼び出されたリモートがそれを見つけるようにします。

私の場合、.Xauthorityは元のユーザー/home//.Xauthorityへのシンボリックリンクです...

  cd /home/<child_user>;ln -sf /home/<parent_user>/.Xauthority .xAuthority

正しい権利：

  sudo chown <parent_user> /home/<parent_user>/.profile
  chmod a+rw /home/<parent_user>/.profile 

ですから、にアクセスできます。プロキシアカウント全体でアプリを起動し、ローカル画面にXウィンドウ結果を表示できるようになります。

ヒント：xauthリストを確認します...

これをコメントとして追加しますが、十分な担当者がいません。sorinのソリューションにもう1行追加するとうまくいきました。

ssh configファイルを開き、vim ~/.ssh/config 次の行を追加します：

Host *
    ForwardAgent yes
    ForwardX11 yes
    XAuthLocation /opt/X11/bin/xauth

次の方法でxauth場所を再確認できます。

which xauth