连同下面的命令行参数，

-Dcom.sun.management.jmxremote.port=9999
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false

在linux服务器上，有时imx连接不成功。这是因为，在云Linux主机中，在/etc/hosts中使主机名解析为主机地址。

修复它的最好方法是，从网络中的其他机器ping特定的linux服务器，并使用该主机IP地址

-Djava.rmi.server.hostname=IP address that obtained when you ping that linux server.

但是永远不要依赖于你从linux服务器上使用ifconfig.me获得的ipaddress。你得到的IP是掩码的，在主机文件中。

在Docker容器中运行会带来一系列额外的连接问题，希望这能帮助到一些人。我最终需要添加以下选项，我将在下面解释:

-Dcom.sun.management.jmxremote=true
-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Djava.rmi.server.hostname=${DOCKER_HOST_IP}
-Dcom.sun.management.jmxremote.port=9999
-Dcom.sun.management.jmxremote.rmi.port=9998

DOCKER_HOST_IP

与在本地使用jconsole不同，您必须通告一个不同的IP，而不是在容器中可能看到的IP。您需要将${DOCKER_HOST_IP}替换为Docker主机的外部可解析IP (DNS Name)。

JMX远程和RMI端口

看起来JMX还需要访问远程管理接口(jstat)，该接口在仲裁连接时使用不同的端口传输一些数据。我在jconsole中没有看到任何地方明显需要设置这个值。在链接的文章中，过程是:

尝试在启用日志记录的情况下从jconsole连接 失败 找出jconsole试图使用的端口 根据需要使用iptables/防火墙规则来允许该端口连接

虽然这是可行的，但它肯定不是一个可自动化的解决方案。我选择从jconsole升级到VisualVM，因为它允许您显式地指定运行jstatd的端口。在VisualVM中，添加一个新的远程主机，并使用与上面指定的值相关的值更新它:

然后右键单击新的远程主机连接并添加JMX连接…

不要忘记勾选“不需要SSL连接”复选框。希望这能让你们建立联系。

步骤1:使用以下参数运行应用程序。

-Dcom.sun.management.jmxremote.port=9999 
-Dcom.sun.management.jmxremote.authenticate=false 
-Dcom.sun.management.jmxremote.ssl=false

上述参数将应用程序绑定到端口9999。

步骤2:在命令提示符或终端中执行命令jconsole来启动jconsole。

选择“远程进程:”并输入url为{IP_Address}:9999，然后单击连接按钮连接到远程应用程序。

您可以参考此链接以获得完整的应用程序。

注意，Java 6的最新版本允许jconsole将自己附加到正在运行的进程上，即使在没有JMX咒语的情况下启动了进程。

如果可以使用jvisualvm，也可以考虑jvisualvm，因为它提供了大量关于运行进程的信息，包括一个分析器。

我使用的是WAS ND 7.0

我的JVM需要在JConsole中监视以下所有参数

    -Djavax.management.builder.initial= 
    -Dcom.sun.management.jmxremote 
    -Dcom.sun.management.jmxremote.port=8855 
    -Dcom.sun.management.jmxremote.authenticate=false 
    -Dcom.sun.management.jmxremote.ssl=false

相关文件可在此找到:

http://java.sun.com/javase/6/docs/technotes/guides/management/agent.html

用以下参数启动程序:

-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.port=9010
-Dcom.sun.management.jmxremote.rmi.port=9010
-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false

比如这样:

java -Dcom.sun.management.jmxremote \
  -Dcom.sun.management.jmxremote.port=9010 \
  -Dcom.sun.management.jmxremote.local.only=false \
  -Dcom.sun.management.jmxremote.authenticate=false \
  -Dcom.sun.management.jmxremote.ssl=false \
  -jar Notepad.jar

-Dcom.sun.management.jmxremote.local。Only =false不一定是必需的 但是如果没有它，它就不能在Ubuntu上工作。误差是这样的 这样的:

01 Oct 2008 2:16:22 PM sun.rmi.transport. customer .TCPTransport$AcceptLoop executeAcceptLoop
WARNING: RMI TCP Accept-0: accept loop for ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=37278] throws
java.io.IOException: The server sockets created using the LocalRMIServerSocketFactory only accept connections from clients running on the host where the RMI remote objects have been exported.
    at sun.management.jmxremote.LocalRMIServerSocketFactory$1.accept(LocalRMIServerSocketFactory.java:89)
    at sun.rmi.transport. customer .TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:387)
    at sun.rmi.transport. customer .TCPTransport$AcceptLoop.run(TCPTransport.java:359)
    at java.lang.Thread.run(Thread.java:636)

参见http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6754672

还要小心使用-Dcom.sun.management.jmxremote。验证= false, 任何人都可以访问，但是如果您只使用它来跟踪JVM 您的本地机器并不重要。

更新:

在某些情况下，我无法连接到服务器。如果我也设置了这个参数，这个问题就得到了解决:-Djava.rmi.server.hostname=127.0.0.1