Віддалене підключення JMX

Я намагаюся відкрити підключення JMX до програми Java, що працює на віддаленій машині.

Додаток JVM налаштовано з такими опціями:

• com.sun.management.jmxremote
• com.sun.management.jmxremote.port = 1088
• com.sun.management.jmxremote.authenticate = false
• com.sun.management.jmxremote.ssl = false

Я можу підключитися за localhost:1088допомогою jconsole або jvisualvm. Але я не можу підключитися за допомогоюxxx.xxx.xxx.xxx:1088 допомогою віддаленої машини.

Між серверами та ОС немає брандмауера. Але усунути цю можливість яtelnet xxx.xxx.xxx.xxx 1088 і я думаю, він підключається, оскільки екран консолі стає порожнім.

Обидва сервери мають Windows Server 2008 x64. Пробували з 64-розрядними JVM та 32-розрядними, жоден з них не працює.

Якби це було в Linux, проблема полягала б у тому, що localhost є інтерфейсом зворотного зв'язку , вам потрібно застосувати програму для прив'язки до вашого мережевого інтерфейсу .

Ви можете використовувати netstat, щоб підтвердити, що він не прив'язаний до очікуваного мережевого інтерфейсу.

Ви можете виконати цю роботу, викликаючи програму із системним параметром java.rmi.server.hostname="YOUR_IP"або як змінну середовища, або за допомогою

java -Djava.rmi.server.hostname=YOUR_IP YOUR_APP

Я витрачаю більше доби, намагаючись змусити JMX працювати за межами localhost. Здається, SUN / Oracle не змогли надати належну документацію щодо цього.

Переконайтеся, що наступна команда повертає вам справжній IP або ІМЯ ХОСТА. Якщо він повертає щось на зразок 127.0.0.1, 127.0.1.1 або localhost, це не буде працювати, і вам доведеться оновити /etc/hostsфайл.

hostname -i

Ось команда, необхідна для ввімкнення JMX навіть зовні

-Dcom.sun.management.jmxremote 
-Dcom.sun.management.jmxremote.authenticate=false 
-Dcom.sun.management.jmxremote.ssl=false 
-Dcom.sun.management.jmxremote.port=1100
-Djava.rmi.server.hostname=myserver.example.com

Там, як ви припустили, myserver.example.com повинен відповідати тому, що hostname -iповертається.

Очевидно, ви повинні бути впевнені, що брандмауер не блокує вас, але я майже впевнений, що це не ваша проблема, проблема полягає в останньому параметрі, який не задокументовано.

Під час мого тестування з Tomcat та Java 8 JVM відкривав ефемерний порт на додаток до вказаного для JMX. Наступний код мене виправив; спробуйте, якщо у вас виникли проблеми, коли ваш клієнт JMX (наприклад, VisualVM не підключається.

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

Також див. Чому Java відкриває 3 порти, коли налаштовано JMX?

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

Якщо ви намагаєтеся отримати доступ до сервера, який знаходиться позаду NAT - вам, швидше за все, доведеться запустити свій сервер з опцією

-Djava.rmi.server.hostname=<public/NAT address>

таким чином, що заглушки RMI, що надсилаються клієнту, містять публічну адресу сервера, що дозволяє клієнтам дістатися до них зовні.

здається, що ваша кінцева цитата надходить занадто рано. Це має бути після останнього параметра.

Цей фокус спрацював у мене.

Я помітив щось цікаве: коли я запускаю свою програму за допомогою наступного командного рядка:

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

Якщо я намагаюся підключитися до цього порту з віддаленого комп'ютера за допомогою jconsole, з'єднання TCP вдається, обмінюються деякі дані між віддаленим jconsole та локальним агентом jmx, де розгортається мій MBean, а потім jconsole відображає повідомлення про помилку підключення. Я виконав захоплення wireshark, і на ньому показано обмін даними, що надходить як від агента, так і від jconsole.

Таким чином, це не проблема мережі, якщо я виконую netstat -an із властивістю системи java.rmi.server.hostname або без неї, у мене є такі прив'язки:

 TCP    0.0.0.0:9999           0.0.0.0:0              LISTENING
 TCP    [::]:9999              [::]:0                 LISTENING

Це означає, що в обох випадках сокет, створений на порту 9999, приймає з'єднання з будь-якого хоста за будь-якою адресою.

Я думаю, що вміст цієї системної властивості використовується десь при підключенні та порівнюється з фактичною IP-адресою, що використовується агентом для зв'язку з jconsole. І якщо ці адреси не збігаються, з’єднання не вдається.

У мене не було цієї проблеми під час підключення з одного хосту за допомогою jconsole, лише від реальних фізичних віддалених хостів. Отже, я припускаю, що ця перевірка проводиться лише тоді, коли підключення надходить ззовні.

для мене працювало те, що встановив / etc / hosts вказувати ім'я хосту на ip, а не на інтерфейс зворотного зв'язку, а потім перезапустити мою програму.

cat / etc / hosts

127.0.0.1      localhost.localdomain localhost
192.168.0.1    myservername

Це моя конфігурація:

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

Велике спасибі, це працює так:

java -Djava.rmi.server.hostname = xxx.xxx.xxx.xxx -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.ssl = false -Dcom.sun.management.jmxremote.authenticate = false - Dcom.sun.management.jmxremote.port = 25000 -jar myjar .jar

Я знаю, що ця тема досить стара, але є додатковий варіант, який дуже допоможе. Дивіться тут: https://realjenius.com/2012/11/21/java7-jmx-tunneling-freedom/

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

У мене така сама проблема, і я змінюю будь-яке ім'я хосту, яке відповідає імені локального хосту, на 0.0.0.0, здається, це працює після того, як я це роблю.

Щоб увімкнути віддалений JMX, передайте нижче параметрів VM разом із командою JAVA.

    -Dcom.sun.management.jmxremote 
    -Dcom.sun.management.jmxremote.port=453
    -Dcom.sun.management.jmxremote.authenticate=false                               
    -Dcom.sun.management.jmxremote.ssl=false 
    -Djava.rmi.server.hostname=myDomain.in

Спробуйте це, я протестував доступ до JMX всередині контейнера докера

-Dcom.sun.management.jmxremote = true -Djava.rmi.server.hostname = localhost -Dcom.sun.management.jmxremote.port = 16000 -Dcom.sun.management.jmxremote.rmi.port = 16000 -Dcom.sun .management.jmxremote.authenticate = false -Dcom.sun.management.jmxremote.ssl = false

Тоді

$ jconsole localhost: 16000

Спробуйте використовувати порти вище 3000.