リモートで実行中のLinuxアプリケーションを「フェッチ」（つまり、ローカルに描画）するのは簡単です。ssh -Yリモートマシンにアクセスしてアプリケーションを実行すると、そのアプリケーションは確実にローカルデスクトップに十分に表示されます。
ただし、リモートマシンでsshされsuている間に別のユーザーに移動した場合、Xアプリケーションをローカルマシンに転送できません。と言うwrong authentication。
このケースにどのように取り組むべきかわかりません。echo $DISPLAY（初期設定ではまだ正しいssh -Yログオン）が、セッションクッキーは、おそらく唯一のsshでログインして、最初のユーザーのために設定されています。
この困難を克服し、異なるユーザーから実行されている他のXアプリケーションを転送するにはどうすればよいですか？
私が直接sshをしない理由は、そのユーザーがsshを介してアクセスできないようにするためです（これは明らかに、そのサーバーにsshしようとするボットの簡単なターゲットである「virtualbox」ユーザーです）...
回答:
X11転送が有効になっているsshを介して削除マシンに接続すると、サーバー上のssh .Xauthorityはユーザーのホームディレクトリにファイルを作成します。sshはTCPソケットでX11をリッスンするため、誰でも接続できます。誰でも接続できるため、誰でもディスプレイを使用できないようにする方法が必要です。これはその.Xauthorityファイルで行われます。このファイルには、クライアントが接続を許可されることを確認するX11サーバーに提示される「Cookie」が含まれています。
すべての詳細をスキップし、その.Xauthorityファイルをターゲットユーザーのホームディレクトリにコピー（および所有権を付与）する場合、接続できるはずです。
ssh -Y 自分のようにリモートマシンに。 xauth listます。MAGIC-COOKIEアイテムのリストが表示されます。あなたのログインセッションは、おそらくリストの一番下のものです。（ホスト名とUNIX番号コードを調べて、これをシェル化したホスト名と現在のlocalhost：## DISPLAY環境変数と比較して確認してください。）xauth add+上記のMAGIC-COOKIE行全体を入力します。xlogoます。USER="otherusername" && MAGIC_COOKIE=`xauth list | tail -n1` && su -c "xauth add $MAGIC_COOKIE" $USER && su - $USER
私はランディの答えが好きですが、それは私にとってはうまくいきませんでした。
ここに私が働くようになったものがあります：
ssh -Y as user1xauth list | grep `uname -n`unset XAUTHORITYxauth generate :0 .xauth add :0 . <KEY-FROM-STEP-2>手順5と6の2つの期間に注意してください。
ランディの答えに従うだけの場合、user2のXAUTHORITY変数はまだuser1の.Xauthorityファイルを指しています。そして、+キーの構文は機能しませんでした。
これは答えではないので、見つけた場合は明らかに望ましいです。
そうでない場合、これがあなたの難問の根本原因です：
私が直接sshをしない理由は、そのユーザーがsshを介してアクセスできないようにするためです（これは明らかに、そのサーバーにsshしようとするボットの簡単なターゲットである「virtualbox」ユーザーです）...
それは私には素晴らしい推論ではないようです。「ボットの対象」WRTが適切に構成されたsshdは、ほとんど関係ありません。彼らはどこでもどこでもポート22の周りで騒ぎますか？どうやらそう。これは、彼らが実際に成功する可能性があるということですか？
ランダムな匿名ボットを正常にsshdに侵入させた人の話をグーグルで探してみてください。どこかで誰かに起こったに違いないと思います（もちろん、あなたは決して知らないかもしれません）が、そのような報告は見つかりません。使用されている構成が何であるかを読むのは興味深いでしょう。
SSHは適切に使用すると非常に安全です。そうでなければ、インターネットコマースは実現不可能です。では、なぜこれらのボットはわずらわしいのでしょうか？「適切に使用される」とは、主に、必須の公開鍵と秘密鍵のペアを意味します。あなたがそれをして、あなたの秘密鍵が安全であると確信しているなら（そしてあなたはそうすべきです）、sshdに自信を持ってください。
すべての「侵入試行」が発生する理由は、U＆Lで質問するなどのことをせず、マニュアルページを読んでパスワード保護のみを使用しないユーザーが大勢いるためだと思います。これは、ATMカードをどこかにあるマシンに置いておき、「ゲスアウェイ！」と言うサインを残したようなものです。
ただし、プライベートキーをATMカードのように考えると、物理的にセキュリティで保護された（本質的に）セキュリティで保護されたものと考えると、ターゲットははるかにエーテルになります。これらのボットができることはすべて、はい、2048ビットキーをブルートフォースするには何千年も一緒に作業する数千台のマシンが必要であることを証明することです。
侵入のレポートを読むことにうんざりしている場合は、ポートを変更してください。私はここで人々を「隠蔽によるセキュリティ」としてうんちを見たことがありますが、ポート22で適切に保護されたsshdはポート57ではそれほど安全ではありませんが、ランダムに悩まされることはありません。もちろん、ドローンの敵はすべてIP全体をポートスキャンできますが、それは何ですか？彼らはしません。これは、彼らが探しているのは、見たことがなく/etc/ssh/sshd_config、自分自身の教育も調整もしていないシステムを実行している人だからだと思います。