web-dev-qa-db-ja.com

PuTTY + Xming + GNU screen：できますか？

PuTTYを使用してリモートホスト（darwinを実行）に接続し、Xmingを並行して実行すると、リモートホストでxlogoを実行でき、適切なxlogoディスプレイクライアントサイドが表示されます。 。

しかし、リモートホストでGNU screenを起動すると、このテストは機能しなくなります。たとえば、私のxlogoコマンドは次のように失敗します。

Xlib: connection to "localhost:10.0" refused by server
Xlib: PuTTY X11 proxy: MIT-MAGIC-COOKIE-1 data did not match
Error: Can't open display: localhost:10.0

（localhost：10.0は確かにDISPLAYの正しい値であることに注意してください。）

この設定でX11を入手することは可能ですか？もしそうなら、その方法を教えてください。

ありがとう！

PS：FWIW、PuTTYでは、接続> SSH> X11の設定は次のとおりです。

  • X11転送を有効にするがチェックされている
  • Xの表示場所は空白です
  • リモートX11認証プロトコルがMIT-Magic-Cookie-1に設定されている

（他の設定を投稿する必要があるかどうか教えてください。）

puttygnu-screenx11-forwardingxming
1
kjo

私は実際に先週、PuTTYを介してX11の基本を学ぼうとしていました。ニースに出くわしました チュートリアル 。正直なところ、これがX11への最初の進出だったので、必ずしもすべての情報を吸収したわけではありませんでした。しかし、私は従うことですべてを機能させました。

this ページには、これらのマジックCookieの作成と構成、およびXauthを使用するためのセットアップについて詳しく説明しているセクションがあります。

同じページで、@ arvedが述べたように、Xhostについても詳しく説明しています。比較的短いセクションを以下に引用します...

Xhostは、ホスト名に基づいてアクセスを許可します。サーバーは、サーバーへの接続が許可されているホストのリストを保持しています。また、ホストチェックを完全に無効にすることもできます。注意：これは、チェックが行われないことを意味するため、すべてのホストが接続する可能性があります。

Xhostプログラムを使用して、サーバーのホストリストを制御できます。前の例でこのメカニズムを使用するには、次のようにします。

light$ xhost +dark.matt.erこれにより、ホストからのすべての接続が許可されますdark.matt.er。 Xクライアントが接続を確立し、ウィンドウが表示されたらすぐに、安全のために、次の接続のアクセス許可を取り消します。

light$ xhost -dark.matt.er次の方法でホストチェックを無効にできます：

light$ xhost +これにより、ホストアクセスチェックが無効になり、全員が接続できるようになります。すべてのユーザーを信頼していないネットワーク（インターネットなど）では、これを絶対に行わないでください。次の方法でホストチェックを再度有効にできます。

light$ xhost - xhost-それ自体ではアクセスリストからすべてのホストが削除されるわけではありません（これはまったく役に立たないでしょう-ローカルホストでさえも、どこからでも接続できません）。

Xhostは非常に安全でないメカニズムです。リモートホスト上の異なるユーザーを区別しません。また、ホスト名（実際にはアドレス）がスプーフィングされる可能性があります。信頼できないネットワークを使用している場合（たとえば、すでにダイヤルアップPPPインターネットにアクセスしている場合）、これは悪いことです。

2
JoshP

スクリーンセッションへのアクセス制御を与えるためのxhost（1）マンページをチェックアウトしてください

1
arved