Swingで書かれたJavaアプリケーションをリモートLinuxサーバーで実行し、ローカルマシン（MacOSを実行中）に表示しようとしています。リモートで表示するJava Swingアプリケーションを取得しようとしています（Linux）
ここで検索すると、これはX11に依存し、クライアント側とサーバー側の両方でX11を有効にする必要があることがわかります。
サーバー側では、X11は/ etc/ssh/sshd_configファイルを調べ、 "X11Forwarding"が "yes"に設定されていることを確認してインストールされます。また、xauthがインストールされ、パス上にあることを確認しました（/ usr/bin/xauth）。
私はsshを-X（大文字）と-vオプションの両方で起動しています。 -vオプションを指定すると、一連のデバッグ行が表示されますが、X11は何も表示されません。私はX11転送を参照していたものを探していましたが、何も表示されませんでした。また、/ etc/ssh_configのクライアント側（MacOS）をチェックし、 "ForwardX11"と "ForwardX11Trusted"の両方が "yes"に設定されています。
とにかくプログラムを実行しようとすると、「ヘッドレス」例外が発生し、スタックトレースにアプリケーションが含まれてしまいます（クラスパスの問題なしで正しいプログラムを呼び出すことがわかります）。
これは、-Xオプションを付けずにsshを起動した場合と同じエラー（同じスタックトレース）です。
次に、「export DISPLAY =：0.0」と「1.0」を試して、別の例外（「表示変数の値として '0.0：」を使用してX11ウィンドウサーバーに接続できません）を取得しました。
X-WindowサーバーがサーバーまたはローカルのMacで実行する必要があるものかどうか分かりません。
Mac上にある場合は、（まだ）それを行う方法はわかりませんが、私はそれを研究します。私はちょうど正しい方向にポインタを探しています。ここで
は、スタックトレースです：
Exception in thread "main" java.awt.HeadlessException:
No X11 DISPLAY variable was set, but this program performed an operation which requires it.
at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:204)
at java.awt.Window.<init>(Window.java:536)
at java.awt.Frame.<init>(Frame.java:420)
at java.awt.Frame.<init>(Frame.java:385)
at javax.swing.SwingUtilities$SharedOwnerFrame.<init>(SwingUtilities.java:1758)
at javax.swing.SwingUtilities.getSharedOwnerFrame(SwingUtilities.java:1833)
at javax.swing.JDialog.<init>(JDialog.java:272)
at com.fi.tools.gui.common.BaseGuiDriver.start(BaseGuiDriver.java:35)
at com.fi.tools.gui.CreateWorkflowTask.<init>(CreateWorkflowTask.java:38)
at com.fi.tools.gui.CreateWorkflowTask.<init>(CreateWorkflowTask.java:33)
at com.fi.tools.gui.CreateWorkflowTask.main(CreateWorkflowTask.java:28)
SSHログイン：X11の用語で
===> ~ $ ssh -X -v [email protected]
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to app1 [16x.24y.5z.7w] port 22.
debug1: Connection established.
debug1: identity file /Users/dave/.ssh/id_rsa type -1
debug1: identity file /Users/dave/.ssh/id_rsa-cert type -1
debug1: identity file /Users/dave/.ssh/id_dsa type -1
debug1: identity file /Users/dave/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.2p2 Ubuntu-4ubuntu2.2
debug1: match: OpenSSH_7.2p2 Ubuntu-4ubuntu2.2 pat OpenSSH*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr [email protected] none
debug1: kex: client->server aes128-ctr [email protected] none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<2048<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA ff:3c:2c:17:65:bc:be:c3:ba:c3:27:83:f6:6b:1d:e8
debug1: Host 'app1' is known and matches the RSA host key.
debug1: Found key in /Users/dave/.ssh/known_hosts:4
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/dave/.ssh/id_rsa
debug1: Trying private key: /Users/dave/.ssh/id_dsa
debug1: Next authentication method: password
[email protected]'s password:
debug1: Authentication succeeded (password).
Authenticated to app1 ([16x.24y.5z.7w]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug1: client_input_global_request: rtype [email protected] want_reply 0
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
Welcome to Ubuntu 16.04.2 LTS (GNU/Linux 4.4.0-62-generic x86_64)
完全なスタックトレースをお願いしますか？ –
コメントとして追加するには時間がかかりすぎたので、上記の元の投稿に追加しました。 –
これで 'ssh -X -v your_server'（' ssh -X your_server'ではなく）を実行し、出力を元の投稿に追加してください（X11が転送される方法についての情報が与えられます）。 –