Öffnet Java 6 einen Standardport für JMX-Remoteverbindungen?

AFAIK

Hier sind die Möglichkeiten für den Anschluss eines JMX-client-Prozess (a - management-Anwendung wie jconsole, jmxterm, mc4j, jvmstat, jmxmonitor, jps, ...) zu einem JMX-server-Prozess (die agent).

Den Protokoll-Verbindung JMX-client und dem JMX-server wird angenommen, dass die Java-RMI' (aka 'RMI-JRMP'). Dies sollte der Standard sein. Man kann konfigurieren andere Protokolle, insbesondere die "RMI-IIOP' und 'JMXMP'. Spezielle Protokolle sind möglich: die MX4J Projekt zum Beispiel zusätzlich bietet SOAP/HTTP und verschiedene Serialisierung Protokolle über HTTP.

Finden Sun/Oracle docs für details zur Konfiguration.

Haben auch einen Blick auf die Datei jre/lib/management/management.properties in Ihrem JDK-distribution.

Also die Möglichkeiten:

Case 0: Die JVM gestartet wird, ohne dass es einer besonderen Konfiguration

Vor Java 6: Die JVM verhält sich nicht wie ein JMX-server. Jedes Programm, das ausgeführt wird innerhalb der JVM kann den Zugriff auf die JVM ist MBeanServer programmgesteuert und es verwenden, um interessante Datenaustausch zwischen threads oder machen JVM-überwachung, aber keine Verwaltung, die von außerhalb der JVM-Prozess ist möglich.

Seit Java 6: Auch wenn nicht explizit konfiguriert, kann man auf die JMX-Funktionalität der JVM lokal (aus der gleichen Maschine), wie beschrieben in "Fall 1".

Fall 1: Die JVM gestartet wird mit -Dcom.sun.management.jmxremote

JVM konfiguriert ist zum arbeiten als eine lokalen (gleiche Maschine nur) die JMX-server.

In diesem Fall (und im Prinzip nur für Sun/Oracle JVM) eine JMX-client die Verbindung mit dem JMX-server durch memory-mapped-Dateien, die sich im /tmp/hsperfdata_[user]. Dies ist angedeutet in der Sun-Dokumentation und als "lokale überwachung" (und auch die Attach-API). Es funktioniert nicht auf FAT-Dateisysteme, Berechtigungen können nicht gesetzt werden, da richtig. Sehen dieser blog-Eintrag.

Sonne empfiehlt ausgeführt jconsole auf eine Maschine, die getrennt von den JMX-server als jconsole scheinbar ist ein Ressourcenfresser, so dass diese "lokale überwachung" - Ding ist nicht unbedingt eine gute Idee.

Lokale überwachung ist jedoch ziemlich sicher, nur lokal nutzbar und wird leicht gesteuert durch die Dateisystem-Berechtigungen.

Fall 2: Die JMX-server gestartet wird mit -Dcom.sun.management.jmxremote.port=[rmiregistryport]

JVM konfiguriert ist, um als ein JMX-server lauscht auf mehrere TCP-ports.

Den port auf der Kommandozeile angegeben wird, zugeordnet werden, die von der JVM und eine RMI-registry wird dort zur Verfügung. Die Registrierung wirbt ein Anschluss mit dem Namen 'jmxrmi'. Sie verweist auf eine zweite, zufällig zugewiesene TCP-port (eine 'Ephemere' port), auf dem die JMX-RMI-server überwacht und durch die der eigentliche Datenaustausch stattfindet.

Lokalen wie beschrieben in "Fall 1" ist immer aktiviert in 'Fall 2'.

Den JMX-server lauscht auf allen interfaces standardmäßig, so dass Sie eine Verbindung herstellen können (und Kontrolle) durch die lokale Verbindung zu 127.0.0.1:[rmiregistryport] sowie per Remote-Verbindung auf [alle externen IP-Adresse]:[Hafen] aus der Ferne.

Dies bedeutet, dass Sie haben, zu betrachten, die Auswirkungen auf die Sicherheit. Sie können die JVM-listen auf 127.0.0.1:[rmiregistryport] nur durch die Einstellung -Dcom.sun.management.jmxremote.local.only=true.

Es ist eher bedauerlich, dass man sich nicht festlegen, wo die temporären port zugewiesen werden, - es ist immer zufällig ausgewählt beim Start. Dies kann auch bedeuten, dass Ihre firewall benötigt werden, um den Schweizer Käse der verdammten! Es gibt jedoch Problemumgehungen. Insbesondere, Apache Tomcat stellt das Ephemere JMX-RMI-server-port an, über seine JMX-Remote-Lifecycle-Listener. Der code zum ausführen dieser kleine Zauber finden Sie unter org.apache.catalina.mbeans.JmxRemoteLifecycleListener.

Wenn Sie diese Methode verwenden, könnte man genauso gut stellen Sie sicher, dass:

1. Die JMX-client authentifizieren muss, um den JMX-server
2. Die TCP-Austausch zwischen client und server mit SSL verschlüsselt ist

Wie das getan wird, ist beschrieben in die Sun/Oracle-Dokumentation

Andere Ansätze

Können Sie tun, interessante Permutationen um zu vermeiden, dass die Verwendung des RMI-Protokolls. Insbesondere könnte man hinzufügen, eine servlet-engine (wie Jetty) auf Ihren Prozess. Dann fügen Sie servlets, übersetzen einige HTTP-basierten exchange intern in direkten Zugriffe auf die JVM ist MBeanServer. Sie würden dann in "case 0', aber immer noch management-Funktionen, die möglicherweise durch eine HTML-basierte Schnittstelle. Die JBoss JMX-Konsole ist ein Beispiel dafür.

Mehr off-topic, Sie könnte verwenden von SNMP-direkt (etwas, was ich noch nicht versucht) nach dieses Dokument.

Zeigen und zu Sagen, die Zeit

Und jetzt ist es Zeit für etwas code zur Veranschaulichung eines JXM exchange. Wir nehmen inspiration aus ein Sunoracle tutorial.

Dieser läuft auf Unix. Wir verwenden eine JVM, die konfiguriert ist, als ein JMX-server mit:

-Dcom.sun.management.jmxremote.port=9001

Verwenden wir lsof um zu überprüfen, welche TCP-ports Sie ist offen gehalten:

lsof -p <processid> -n | grep TCP

Sollte man soetwas sieht, die registry-port und der temporären Ports:

java    1068 user  127u  IPv6 125614246                 TCP *:36828 (LISTEN)
java    1068 user  130u  IPv6 125614248                 TCP *:9001  (LISTEN)

Verwenden wir tcpdump zu untersuchen packet exchange zwischen JMX-client und dem JMX-server:

tcpdump -l -XX port 36828 or port 9001

Legen wir eine Datei .java.policy im home-Verzeichnis des Clients zu ermöglichen, tatsächlich eine Remote-Verbindung:

grant {
    permission java.net.SocketPermission 
    "<JMX server IP address>:1024-65535", "connect,resolve";
};

Und dann können wir sehen, was passiert:

package rmi;

import java.rmi.registry.LocateRegistry;
import java.rmi.registry.Registry;

import javax.management.remote.rmi.RMIConnection;
import javax.management.remote.rmi.RMIServer;

public class Rmi {

    public static void main(String args[]) throws Exception {
        //We need a Security Manager (not necessarily an RMISecurityManager)
        if (System.getSecurityManager() == null) {
            System.setSecurityManager(new SecurityManager());
        }
        //
        //Define a registry (this is just about building a local data structure)
        //
        final int comSunManagementJmxRemotePort = 9001;
        Registry registry = LocateRegistry.getRegistry("<JMX server IP address>", comSunManagementJmxRemotePort);
        //
        //List registry entries. The client connects (using TCP) to the server on the
        //'com.sun.management.jmxremote.port' and queries data to fill the local registry structure.
        //Among others, a definition for 'jmxrmi' is obtained.
        //
        System.out.print("Press enter to list registry entries");
        System.in.read();
        String[] names = registry.list();
        for (String name : names) {
            System.out.println("In the registry: " + name);
        }
        //
        //'Looking up' the entry registered under 'jmxrmi' involves opening and tearing down
        //a TCP connection to the 'com.sun.management.jmxremote.port', as well as a TCP
        //connection to an ephemeral secondary port chosen at server startup.
        //The actual object locally obtained is a "javax.management.remote.rmi.RMIServerImpl_Stub"
        //indicating where the ephemeral port is.
        //"RMIServerImpl_Stub[UnicastRef [liveRef: [endpoint:[$IP:$EPHEMERAL_PORT](remote),objID:[-62fb4c1c:131a8c709f4:-7fff, -3335792051140327600]]]]"        
        //
        System.out.print("Press enter to get the 'jmxrmi' stub");
        System.in.read();
        RMIServer jmxrmiServer = (RMIServer)registry.lookup("jmxrmi");
        System.out.println(jmxrmiServer.toString());
        //
        //Now get a "RMI Connection" to the remote. This involves setting up and tearing
        //down a TCP connection to the ephemeral port. 
        //       
        System.out.print("Press enter to get the 'RMIConnection'");
        System.in.read();
        RMIConnection rcon = jmxrmiServer.newClient(null);
        //
        //Ask away. This involves setting up and tearing
        //down a TCP connection to the ephemeral port. 
        //
        System.out.print("Press enter to get the 'domains'");
        System.in.read();
        for (String domain : rcon.getDomains(null)) {
            System.out.println("Domain: " + domain);
        }
        //
        //Ok, that will do. For serious applications, we better use the higher-level JMX classes
        //
    }   
}

InformationsquelleAutor der Antwort David Tonhofer

Den Dokumentation scheint zu zeigen, dass der JMX-agent verwendet einen lokalen temporären port, , es sei denn, geben Sie die folgende Eigenschaft:

com.sun.management.jmxremote.port=portNum

Standard-ports vermieden werden, weil Sie hätte viele java-Anwendungen auf einem system, und wenn es ein Standard-Anschluss, nur eine Applikation in der Lage wäre zu verwalten! Die oben genannten Konfigurations-Eigenschaft wird für die ausdrücklichen Zweck von remote management.

Wenn Sie müssen darauf bestehen, einen kurzlebigen port, dann die URL des JMX-agent zugegriffen werden soll, innerhalb der JVM, wird durch das folgende system property (obwohl dies wahrscheinlich eine lokale Adresse):

com.sun.management.jmxremote.localConnectorAddress

Hinweis: ich denke, Sie können immer öffnen Sie einen socket auf einem Remote-verfügbar-Adresse und proxy-Anfragen an den lokalen socket, aber mit der option erscheint viel attraktiver!

InformationsquelleAutor der Antwort

Ich habe vor kurzem, um herauszufinden, wie, um remote-JMX-management von java-code aus, ohne dass die JVM gestartet wurden mit besonderen Eigenschaften festgelegt. Die Lösung ließ ich mich auf mein eigenes RMI-registry -- einfach genug -- und setzen Sie das JMX-Dienst auf, der Registrierung. Ich erstelle mir meine eigenen MBeanServer, dann erstellen Sie eine neue JMXConnectorServer. Die JMXConnectorServer erstellt durch einen Aufruf wie

connector = JXMConnectorServerFactory.newJMXConnectorServer(url, null, server);

Wobei server ist der MBeanServer und die url ist eine Instanz von JMXServiceURL.

Die url in der form "service:jmx:rmi:///jndi/rmi://localhost:/jmxrmi", wobei port die (lokale) private Register port-Nummer. "jmxrmi" ist die standard-service-Namen für die JMX service.

Nach der Einstellung, und starten Sie den connector, finde ich, dass ich eine Verbindung herstellen können, um es von jconsole mit hostname:port.

Diese Adressen ganz meine Bedürfnisse, werde ich daran interessiert zu wissen, wenn jemand sieht einen Fehler in diesem Ansatz.

Referenz: JMX Tutorial, Kap. 3

InformationsquelleAutor der Antwort Sane Dog