Quelqu'un a eu une distance de JMX JConsole à travailler?

J'ai une solution pour cela:

Si votre processus Java est en cours d'exécution sur Linux derrière un pare-feu et que vous voulez commencer JConsole /Java VisualVM /Java Mission de Contrôle sur Windows sur votre ordinateur pour le connecter à la JMX Port de votre processus Java.

Vous avez besoin d'accéder à votre machine linux via une connexion SSH. Toutes les Communications seront acheminés au cours de la connexion SSH.

ASTUCE: Cette Solution fonctionne, peu importe si il y a un pare-feu ou pas.

Inconvénient: Chaque fois que vous redémarrer votre processus java, vous aurez besoin de faire toutes les étapes de la 4 - 9 nouveau.

1. Vous avez besoin du mastic-suite pour votre machine Windows à partir d'ici:

http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html

Au moins le putty.exe

2. Définir un Port libre sur votre machine linux:

<jmx-remote-port>

Exemple:

jmx-remote-port = 15666      

3. Ajouter des arguments de processus java sur la machine linux

Cela doit être fait exactement de cette façon. Si sa fait comme ci-dessous, il travaille pour les Machines linux derrière un pare-feu (Il fonctionne à cause de la -Djava.rmi.server.hostname=localhost argument).

-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.port=<jmx-remote-port>
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.local.only=false
-Djava.rmi.server.hostname=localhost

Exemple:

java -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=15666 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.local.only=false -Djava.rmi.server.hostname=localhost ch.sushicutta.jmxremote.Main

4. Obtenez de l'Id du Processus de votre Processus Java

ps -ef | grep <java-processname>

result ---> <process-id>

Exemple:

ps -ef | grep ch.sushicutta.jmxremote.Main

result ---> 24321

5. Trouver Port arbitraire pour RMIServer talons de télécharger

Le processus java ouvre un nouveau Port TCP sur la machine linux, où le RMI Serveur Talons seront disponibles pour le téléchargement. Ce port doit également être disponible via un Tunnel SSH pour obtenir une connexion à la Machine Virtuelle Java.

Avec netstat -lp ce port peut également être constaté la lsof -i donne des conseils en ce port qui a été ouverte le processus java.

REMARQUE: Ce port est toujours modifié lors de la java au démarrage du processus.

netstat -lp | grep <process-id>

tcp        0      0 *:<jmx-remote-port>     *:*     LISTEN      24321/java
tcp        0      0 *:<rmi-server-port>     *:*     LISTEN      24321/java


result ---> <rmi-server-port>

Exemple:

netstat -lp | grep 24321

tcp        0      0 *:15666     *:*     LISTEN      24321/java
tcp        0      0 *:37123     *:*     LISTEN      24321/java


result ---> 37123

6. Permettre à deux SSH-Tunnels à partir de votre machine Windows avec putty

Source port: <jmx-remote-port>
Destination: localhost:<jmx-remote-port>
[x] Local       
[x] Auto       

Source port: <rmi-server-port>
Destination: localhost:<rmi-server-port>
[x] Local       
[x] Auto

Exemple:

Source port: 15666
Destination: localhost:15666
[x] Local       
[x] Auto       

Source port: 37123
Destination: localhost:37123
[x] Local       
[x] Auto

7. Connectez-vous à votre machine Linux avec le Mastic avec ce SSH Tunnel activé.

Laissez le mastic session ouverte.

Lorsque vous êtes connecté, Putty tunnel de toutes les Connexions TCP de la machine linux sur le port SSH 22.

JMX-Port:

Windows machine: localhost:15666   >>> SSH >>>   linux machine: localhost:15666

RMIServer-Stub-Port:

Windows Machine: localhost:37123   >>> SSH >>>   linux machine: localhost:37123

8. Début JConsole /Java VisualVM /Java Mission de Contrôle pour vous connecter à votre Processus Java à l'aide de l'URL suivante

Cela fonctionne, cause JConsole /Java VisualVM /Java Contrôle de la Mission pense que vous vous connectez à un Port local sur votre machine Windows. mais Mastic envoyer tous cargaison dans le port 15666 à votre machine linux.

Sur la machine linux d'abord le processus java donne la réponse et l'envoi de la RMIServer Port. Dans cet exemple 37123.

Puis JConsole /Java VisualVM /Java Contrôle de la Mission pense qu'il se connecte à localhost:37123 et putty envoyer la totalité de la charge utile de l'avant de la machine linux

Le Processus java réponses et la connexion est ouverte.

[x] Remote Process:
service:jmx:rmi:///jndi/rmi://localhost:<jndi-remote-port>/jmxrmi

Exemple:

[x] Remote Process:
service:jmx:rmi:///jndi/rmi://localhost:15666/jmxrmi

9. PROFITEZ #8-]

Essayé avec Java 8

Cette solution fonctionne bien aussi avec les pare-feu

1. Ajoutez ceci à votre java script de démarrage à distance de l'hôte:

-Dcom.sun.management.jmxremote.port=1616
-Dcom.sun.management.jmxremote.rmi.port=1616
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.local.only=false
-Djava.rmi.server.hostname=localhost

2. L'exécuter sur votre ordinateur.

• Les utilisateurs de Windows:

  putty.exe -ssh user@remote-host -L 1616:remote-host:1616

• Linux et les Utilisateurs de Mac:

  ssh user@remote-host -L 1616:remote-host:1616

3. Début jconsole sur votre ordinateur

jconsole localhost:1616

4. Amusez-vous!

P. S.: au cours de l'étape 2, à l'aide de ssh et -L vous préciser que le port 1616 sur le local (client) de l'hôte doit être transmis à l'hôte distant. C'est un tunnel ssh et permet de évite de pare-feu ou de réseaux divers problèmes.

Après avoir mis mon Google-fu à l'épreuve pour le couple des derniers jours, j'ai enfin réussi à obtenir que cela fonctionne après la compilation des réponses à partir de Débordement de Pile et cette page http://help.boomi.com/atomsphere/GUID-F787998C-53C8-4662-AA06-8B1D32F9D55B.html.

La rediffusion de la Dell Boomi page:

To Enable Remote JMX on an Atom

If you want to monitor the status of an Atom, you need to turn on Remote JMX (Java Management Extensions) for the Atom.

Use a text editor to open the <atom_installation_directory>\bin\atom.vmoptions file.

Add the following lines to the file:

-Dcom.sun.management.jmxremote.port=5002
-Dcom.sun.management.jmxremote.rmi.port=5002
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false

La une ligne que je n'ai pas vu de Débordement de Pile répondre à couvrir est

-Dcom.sun.management.jmxremote.rmi.port=5002

Dans mon cas, j'ai été de tenter de récupérer Kakfa métriques, donc j'ai simplement changé l'option ci-dessus pour correspondre à la -Dcom.sun.management.jmxremote.port valeur. Donc, sans authentification de toute nature, le strict minimum config devrait ressembler à ceci:

-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.port=(jmx remote port)

-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.rmi.port=(jmx remote port)
-Djava.rmi.server.hostname=(CNAME|IP Address)

Sushicutta les étapes 4 à 7 peuvent être ignorées en ajoutant la ligne suivante à l'étape 3:

-Dcom.sun.management.jmxremote.rmi.port=<same port as jmx-remote-port>

par exemple
Ajouter à démarrer paramètres:

-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.port=12345
-Dcom.sun.management.jmxremote.rmi.port=12345
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.local.only=false
-Djava.rmi.server.hostname=localhost

Pour la redirection de port, se connecter en utilisant:

ssh -L 12345:localhost:12345 <username>@<host>

si votre hôte est un tremplin, il suffit de la chaîne du port de l'avant en exécutant la commande suivante sur l'étape de la pierre après ce qui précède:

ssh -L 12345:localhost:12345 <username>@<host2>

L'esprit que le hostname=localhost est nécessaire afin d'assurer la jmxremote dit le rmi connexion à utiliser le tunnel. Sinon, il pourrait essayer de se connecter directement et a frappé le pare-feu.

Vérifier si votre serveur est derrière le pare-feu. JMX est de base sur le RMI, qui ouvrent les deux port quand ça commence. L'un est le registre de port par défaut est 1099, et peuvent être spécifiées par l' com.sun.management.jmxremote.port option. L'autre est pour la communication de données, et est aléatoire, qui est ce qui cause problème. Une bonne nouvelle, c'est que, à partir de JDK6, ce port aléatoire peut être spécifié par l' com.sun.management.jmxremote.rmi.port option.

export CATALINA_OPTS="-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=8991 -Dcom.sun.management.jmxremote.rmi.port=8991 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false"

Lors des tests de débogage/diagnostic distance JMX problèmes, tout d'abord essaie toujours de se connecter sur le même hôte que contient le MBeanServer (ex: localhost), à la règle de réseau et d'autres non-JMX des problèmes spécifiques.

La suite travaillé pour moi (mais je pense que le port 2101 n'a pas vraiment contribuer à cet):

-Dcom.sun.management.jmxremote.port=2100
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.rmi.port=2101
-Djava.rmi.server.hostname=<IP_ADDRESS>OR<HOSTNAME>

Je me connecte à partir d'un ordinateur distant à un serveur qui a Docker en cours d'exécution et le processus est à l'intérieur du conteneur. Aussi, j'ai arrêté de firewallD, mais je ne pense pas que c'était la question que j'ai pu telnet à 2100, même avec le pare-feu ouvert.
Espérons que cela aide.

Je suis en utilisant boot2docker pour exécuter des conteneurs docker avec Tomcat à l'intérieur et j'ai eu le même problème, la solution était de:

• Ajouter -Djava.rmi.server.hostname=192.168.59.103
• Utiliser le même port JMX dans l'hôte et menu fixe conteneur, par exemple: docker run ... -p 9999:9999 .... À l'aide de différents ports ne fonctionne pas.

Arriver JMX à travers le pare-feu n'est pas difficile du tout. Il y a un petit hic. Vous devez transmettre à la fois votre JMX port configuré ie. 9010 et l'un des ports dynamiques, son écoute sur ma machine, il a > 30000

Afin d'apporter une contribution, c'est ce que j'ai fait sur CentOS 6.4 pour Tomcat 6.

1. Arrêt du service iptables

   service iptables stop
   

2. Ajoutez la ligne suivante à tomcat6.conf

   CATALINA_OPTS="${CATALINA_OPTS} -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=8085 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=[host_ip]"
   

De cette façon, j'ai été en mesure de se connecter à partir d'un autre PC à l'aide de JConsole.