Sepertinya saya tidak pernah membuat ini berfungsi di masa lalu. Saat ini, saya TAHU itu tidak berhasil.

Tapi kami memulai proses Java kami:

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

Saya dapat melakukan telnet ke port, dan "ada sesuatu di sana" (yaitu, jika saya tidak memulai proses, tidak ada jawaban, tetapi jika saya melakukannya, maka saya melakukannya), tetapi saya tidak dapat membuat JConsole berfungsi mengisi IP dan pelabuhan.

Sepertinya itu harus sangat sederhana, tetapi tidak ada kesalahan, tidak ada suara, tidak ada apa-apa. Tidak berhasil.

Adakah yang tahu tip panas untuk ini?

Saya punya solusi untuk ini:

Jika proses Java Anda berjalan di Linux di belakang firewall dan Anda ingin memulai JConsole / Java VisualVM / Java Mission Control pada Windows di komputer lokal Anda untuk menghubungkannya ke Port JMX dari proses Java Anda .

Anda memerlukan akses ke mesin linux Anda melalui login SSH. Semua Komunikasi akan disalurkan melalui koneksi SSH.

TIP: Solusi ini berfungsi tidak peduli apakah ada firewall atau tidak.

Kerugian: Setiap kali Anda me - restart proses java Anda, Anda perlu melakukan semua langkah dari 4 - 9 lagi.

1. Anda memerlukan putty-suite untuk mesin Windows Anda dari sini:

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

Setidaknya putty.exe

2. Tentukan satu Port gratis di mesin linux Anda:

<jmx-remote-port>

Contoh:

jmx-remote-port = 15666      

3. Tambahkan argumen ke proses java di mesin linux

Ini harus dilakukan persis seperti ini. Jika dilakukan seperti di bawah ini, ini berfungsi untuk Mesin linux di belakang firewall (Berhasil karena -Djava.rmi.server.hostname=localhostargumen).

-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

Contoh:

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. Dapatkan Process-Id dari Proses Java Anda

ps -ef | grep <java-processname>

result ---> <process-id>

Contoh:

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

result ---> 24321

5. Temukan Port sewenang-wenang untuk mengunduh rintisan RMIServer

Proses java membuka Port TCP baru di mesin linux, di mana RMI Server-Stubs akan tersedia untuk diunduh. Porta ini juga harus tersedia melalui SSH Tunnel untuk mendapatkan koneksi ke Mesin Virtual Java.

Dengan netstat -lpport ini dapat ditemukan juga yang lsof -imemberi petunjuk port apa yang telah dibuka dari proses java.

CATATAN: Porta ini selalu berubah saat proses java dimulai.

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>

Contoh:

netstat -lp | grep 24321

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


result ---> 37123

6. Aktifkan dua SSH-Tunnels dari mesin Windows Anda dengan dempul

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

Contoh:

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

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

7. Login ke mesin Linux Anda dengan Putty dengan SSH-Tunnel diaktifkan.

Biarkan sesi dempul terbuka.

Saat Anda login, Putty akan melakukan tunnel semua TCP-Connections ke mesin linux melalui SSH port 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. Jalankan JConsole / Java VisualVM / Java Mission Control untuk menyambung ke Proses Java Anda menggunakan URL berikut

Ini berfungsi, karena JConsole / Java VisualVM / Java Mission Control mengira Anda terhubung ke Port di mesin Windows lokal Anda. tetapi Putty mengirim semua payload ke port 15666 ke mesin linux Anda.

Pada mesin linux terlebih dahulu proses java memberikan jawaban dan mengirimkan kembali Port RMIServer. Dalam contoh ini 37123.

Kemudian JConsole / Java VisualVM / Java Mission Control mengira itu terhubung ke localhost: 37123 dan putty akan mengirim seluruh muatan ke depan ke mesin linux

Proses java menjawab dan koneksi terbuka.

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

Contoh:

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

9. NIKMATI # 8-]

Menambahkan -Djava.rmi.server.hostname='<host ip>'menyelesaikan masalah ini untuk saya.

Mencoba dengan Java 8 dan versi yang lebih baru

Solusi ini bekerja dengan baik juga dengan firewall

1. Tambahkan ini ke skrip startup java Anda di host jarak jauh:

-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. Jalankan ini di komputer Anda.

• Pengguna Windows :

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

• Pengguna Linux dan Mac :

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

3. Mulai jconsoledi komputer Anda

jconsole localhost:1616

4. Selamat bersenang-senang!

PS: selama langkah 2, menggunakan sshdan -LAnda menentukan bahwa port 1616 pada host lokal (klien) harus diteruskan ke sisi jarak jauh. Ini adalah terowongan ssh dan membantu menghindari firewall atau berbagai masalah jaringan.

Anda mungkin mengalami masalah dengan firewall. 'Masalah' adalah bahwa port yang Anda tentukan bukan satu-satunya port yang digunakan, ia menggunakan 1 atau mungkin bahkan 2 port lagi untuk RMI, dan port tersebut mungkin diblokir oleh firewall.

Salah satu port tambahan tidak akan diketahui sebelumnya jika Anda menggunakan konfigurasi RMI default, jadi Anda harus membuka sejumlah besar port - yang mungkin tidak akan menghibur administrator server.

Ada solusi yang tidak memerlukan membuka banyak port namun, saya telah membuatnya berfungsi menggunakan cuplikan sumber gabungan dan tip dari

http://forums.sun.com/thread.jspa?threadID=5267091 - tautan tidak berfungsi lagi

http://blogs.oracle.com/jmxetc/entry/connecting_through_firewall_using_jmx

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

Bahkan dimungkinkan untuk mengatur terowongan ssh dan tetap membuatnya berfungsi :-)

Setelah menguji Google-fu saya selama beberapa hari terakhir, saya akhirnya bisa membuatnya berfungsi setelah mengumpulkan jawaban dari Stack Overflow dan halaman ini http://help.boomi.com/atomsphere/GUID-F787998C- 53C8-4662-AA06-8B1D32F9D55B.html .

Memposting ulang dari halaman Dell Boomi:

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

Satu baris yang saya belum melihat sampul jawaban Stack Overflow adalah

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

Dalam kasus saya, saya mencoba mengambil metrik Kakfa, jadi saya cukup mengubah opsi di atas untuk mencocokkan -Dcom.sun.management.jmxremote.portnilainya. Jadi, tanpa otentikasi apa pun, konfigurasi minimal akan terlihat seperti ini:

-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)

Apakah Anda menggunakan Linux? Mungkin agen manajemen mengikat localhost:

http://java.sun.com/j2se/1.5.0/docs/guide/management/faq.html#linux1

Langkah 4-7 Sushicutta bisa dilewati dengan menambahkan baris berikut ke langkah 3:

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

misalnya Tambahkan untuk memulai parameter:

-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

Untuk penerusan port, hubungkan menggunakan:

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

jika tuan rumah Anda adalah batu loncatan, cukup rantai port ke depan dengan menjalankan perintah berikut pada batu loncatan setelah di atas:

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

Perhatikan bahwa hostname = localhost diperlukan untuk memastikan jmxremote memberi tahu koneksi rmi untuk menggunakan terowongan. Jika tidak, itu mungkin mencoba untuk terhubung langsung dan menekan firewall.

PROTIP:

Port RMI dibuka di portnr sewenang-wenang. Jika Anda memiliki firewall dan tidak ingin membuka port 1024-65535 (atau menggunakan vpn) maka Anda perlu melakukan hal berikut.

Anda perlu memperbaiki (seperti memiliki nomor yang diketahui) RMI Registry dan port JMX / RMI Server. Anda melakukan ini dengan meletakkan file jar (catalina-jmx-remote.jar ada di ekstra) di lib-dir dan mengkonfigurasi listener khusus di bawah server:

<Listener className="org.apache.catalina.mbeans.JmxRemoteLifecycleListener"
      rmiRegistryPortPlatform="10001" rmiServerPortPlatform="10002" />

(Dan tentu saja, bendera biasa untuk mengaktifkan JMX

    -Dcom.sun.management.jmxremote  \
    -Dcom.sun.management.jmxremote.ssl=false \
    -Dcom.sun.management.jmxremote.authenticate=false \
    -Djava.rmi.server.hostname=<HOSTNAME> \

Lihat: JMX Remote Lifecycle Listener di http://tomcat.apache.org/tomcat-6.0-doc/config/listeners.html

Kemudian Anda dapat terhubung menggunakan URL yang mengerikan ini:

service:jmx:rmi://<hostname>:10002/jndi/rmi://<hostname>:10001/jmxrmi

Periksa apakah server Anda berada di belakang firewall. JMX berbasis RMI, yang membuka dua port saat dimulai. Salah satunya adalah port register, defaultnya adalah 1099, dan dapat ditentukan dengan com.sun.management.jmxremote.portopsi. Yang lainnya untuk komunikasi data, dan acak, itulah yang menyebabkan masalah. Kabar baiknya adalah, dari JDK6, port acak ini dapat ditentukan dengan com.sun.management.jmxremote.rmi.portopsi.

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"

Mendapatkan JMX melalui Firewall sangat sulit. Masalahnya adalah bahwa RMI standar menggunakan port yang ditetapkan secara acak kedua (di samping registri RMI).

Kami memiliki tiga solusi yang berhasil, tetapi setiap kasus membutuhkan solusi yang berbeda:

1. JMX melalui SSH Tunnel dengan proxy Socks, menggunakan RMI standar dengan sihir SSH http://simplygenius.com/2010/08/jconsole-via-socks-ssh-tunnel.html

2. JMX MP (alternatif untuk RMI standar), hanya menggunakan satu port tetap, tetapi membutuhkan jar khusus di server dan klien http://meteatamel.wordpress.com/2012/02/13/jmx-rmi-vs-jmxmp/

3. Mulai kode formulir Server JMX, di sana dimungkinkan untuk menggunakan RMI standar dan menggunakan port kedua tetap: https://issues.apache.org/bugzilla/show_bug.cgi?id=39055

Saat menguji / men-debug / mendiagnosis masalah JMX jarak jauh , pertama-tama selalu coba sambungkan pada host yang sama yang berisi MBeanServer (yaitu localhost), untuk menyingkirkan masalah khusus jaringan dan non-JMX lainnya.

Sudah ada beberapa jawaban bagus di sini, tetapi, ada pendekatan yang sedikit lebih sederhana yang menurut saya layak untuk dibagikan.

Pendekatan sushicutta bagus, tetapi sangat manual karena Anda harus mendapatkan Port RMI setiap saat. Untungnya, kami dapat mengatasinya dengan menggunakan proxy SOCKS daripada secara eksplisit membuka terowongan port. Kelemahan dari pendekatan ini adalah aplikasi JMX yang Anda jalankan di mesin Anda harus dapat dikonfigurasi untuk menggunakan Proxy. Sebagian besar proses dapat Anda lakukan dari menambahkan properti java, tetapi, beberapa aplikasi tidak mendukungnya.

Langkah:

1. Tambahkan opsi JMX ke skrip startup untuk layanan Java jarak jauh Anda:

   -Dcom.sun.management.jmxremote=true
   -Dcom.sun.management.jmxremote.port=8090
   -Dcom.sun.management.jmxremote.ssl=false
   -Dcom.sun.management.jmxremote.authenticate=false
   

2. Siapkan koneksi proxy SOCKS ke mesin jarak jauh Anda:

   ssh -D 9696 [email protected]
   

3. Konfigurasikan aplikasi pemantauan Java lokal Anda untuk menggunakan proxy SOCKS (localhost: 9696). Catatan: Terkadang Anda dapat melakukan ini dari baris perintah, yaitu:

   jconsole -J-DsocksProxyHost=localhost -J-DsocksProxyPort=9696
   

Yang berikut ini berhasil untuk saya (meskipun menurut saya port 2101 tidak benar-benar berkontribusi untuk ini):

-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>

Saya menghubungkan dari mesin jarak jauh ke server yang menjalankan Docker dan prosesnya ada di dalam wadah. Juga, saya menghentikan firewallD tetapi saya tidak berpikir itu masalahnya karena saya dapat melakukan telnet ke 2100 bahkan dengan firewall terbuka. Semoga membantu.

Saya menjalankan JConsole / JVisualVm di windows yang menghubungkan ke tomcat yang menjalankan Linux Redhat ES3.

Menonaktifkan pemfilteran paket menggunakan perintah berikut melakukan trik untuk saya:

/usr/sbin/iptables -I INPUT -s jconsole-host -p tcp --destination-port jmxremote-port -j ACCEPT

di mana jconsole-host adalah nama host atau alamat host tempat JConsole berjalan dan jmxremote-port adalah nomor port yang disetel untuk com.sun.management.jmxremote.port untuk manajemen jarak jauh.

Saya menggunakan boot2docker untuk menjalankan kontainer buruh pelabuhan dengan Tomcat di dalamnya dan saya mendapat masalah yang sama, solusinya adalah:

• Menambahkan -Djava.rmi.server.hostname=192.168.59.103
• Menggunakan port JMX yang sama di host dan buruh pelabuhan kontainer, misalnya: docker run ... -p 9999:9999 .... Menggunakan port yang berbeda tidak berfungsi.

Anda juga perlu memastikan bahwa nama mesin Anda ditetapkan ke IP yang mengikat JMX; BUKAN localhost atau 127.0.0.1. Bagi saya, ini membantu memasukkan entri ke host yang secara eksplisit mendefinisikan ini.

Mendapatkan JMX melalui firewall sama sekali tidak sulit. Ada satu tangkapan kecil. Anda harus meneruskan kedua port yang dikonfigurasi JMX yaitu. 9010 dan salah satu port dinamis yang didengarkannya di mesin saya adalah> 30000

Ini adalah langkah-langkah yang berhasil untuk saya (debian di belakang firewall di sisi server, dicapai melalui VPN dari Mac lokal saya):

periksa ip server

hostname -i

gunakan parameter JVM:

-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.port=[jmx port]
-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Djava.rmi.server.hostname=[server ip from step 1]

menjalankan aplikasi

temukan pid dari proses java yang sedang berjalan

periksa semua port yang digunakan oleh JMX / RMI

netstat -lp | grep [pid from step 4]

buka semua port dari langkah 5 di firewall

Voila.

Untuk memberikan kontribusi, inilah yang saya lakukan di CentOS 6.4 untuk Tomcat 6.

1. Matikan layanan iptables

   service iptables stop
   

2. Tambahkan baris berikut ke 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]"
   

Dengan cara ini saya dapat terhubung dari PC lain menggunakan JConsole.

Saya mencoba JMC untuk menjalankan Flight Recorder (JFR) untuk membuat profil NiFi di server jarak jauh yang tidak menawarkan lingkungan grafis untuk menjalankan JMC.

Berdasarkan jawaban lain yang diberikan di sini, dan setelah banyak trial and error, inilah yang saya berikan ke JVM ( conf / bootstrap.conf ) ketika saya meluncurkan NiFi:

java.arg.90=-Dcom.sun.management.jmxremote=true
java.arg.91=-Dcom.sun.management.jmxremote.port=9098
java.arg.92=-Dcom.sun.management.jmxremote.rmi.port=9098
java.arg.93=-Dcom.sun.management.jmxremote.authenticate=false
java.arg.94=-Dcom.sun.management.jmxremote.ssl=false
java.arg.95=-Dcom.sun.management.jmxremote.local.only=false
java.arg.96=-Djava.rmi.server.hostname=10.10.10.92  (the IP address of my server running NiFi)

Saya memang meletakkan ini di / etc / hosts , meskipun saya ragu itu diperlukan:

10.10.10.92   localhost

Kemudian, setelah meluncurkan JMC, saya membuat koneksi jarak jauh dengan properti ini:

Host: 10.10.10.92
Port: 9098
User: (nothing)
Password: (ibid)

Kebetulan, jika saya mengklik URL layanan JMX Kustom, saya melihat:

service:jmx:rmi:///jndi/rmi://10.10.10.92:9098/jmxrmi

Ini akhirnya berhasil untuk saya.