Kết nối JMX từ xa

Tôi đang cố mở kết nối JMX với ứng dụng java đang chạy trên một máy từ xa.

Ứng dụng JVM được cấu hình với các tùy chọn sau:

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

Tôi có thể kết nối bằng localhost:1088cách sử dụng jconsole hoặc jvisualvm. Nhưng tôi không thể kết nối bằng xxx.xxx.xxx.xxx:1088máy từ xa.

Không có tường lửa giữa các máy chủ hoặc trên hệ điều hành. Nhưng để loại bỏ khả năng này, tôi telnet xxx.xxx.xxx.xxx 1088và tôi nghĩ rằng nó kết nối với nhau, khi màn hình điều khiển chuyển sang trống.

Cả hai máy chủ đều là Windows Server 2008 x64. Đã thử với JVM 64 bit và 32 bit, đều không hoạt động.

Nếu trên Linux, vấn đề sẽ là localhost là giao diện loopback , bạn cần ứng dụng để liên kết với giao diện mạng của mình .

Bạn có thể sử dụng netstat để xác nhận rằng nó không bị ràng buộc với giao diện mạng mong đợi.

Bạn có thể thực hiện việc này bằng cách gọi chương trình với tham số hệ thống java.rmi.server.hostname="YOUR_IP", dưới dạng biến môi trường hoặc sử dụng

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

Tôi đã dành hơn một ngày để cố gắng làm cho JMX hoạt động từ bên ngoài localhost. Có vẻ như SUN / Oracle đã không cung cấp một tài liệu tốt về điều này.

Đảm bảo rằng lệnh sau trả về cho bạn một IP thực hoặc HOSTNAME. Nếu nó trả về một cái gì đó như 127.0.0.1, 127.0.1.1 hoặc localhost, nó sẽ không hoạt động và bạn sẽ phải cập nhật /etc/hoststệp.

hostname -i

Đây là lệnh cần thiết để kích hoạt JMX ngay cả từ bên ngoài

-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

Trong trường hợp như bạn đã giả định, myserver.example.com phải khớp với những gì hostname -itrả về.

Rõ ràng, bạn cần chắc chắn rằng tường lửa không chặn bạn, nhưng tôi gần như chắc chắn rằng đây không phải là vấn đề của bạn, vấn đề là tham số cuối cùng không được ghi lại.

Trong thử nghiệm của tôi với Tomcat và Java 8, JVM đang mở một cổng tạm thời ngoài cổng được chỉ định cho JMX. Đoạn mã sau đã sửa lỗi cho tôi; Hãy thử nếu bạn đang gặp sự cố trong đó ứng dụng khách JMX của bạn (ví dụ : VisualVM không kết nối.

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

Cũng xem Tại sao Java mở 3 cổng khi JMX được cấu hình?

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

Nếu bạn đang cố gắng truy cập một máy chủ đặt sau NAT - hầu hết bạn sẽ phải khởi động máy chủ của mình với tùy chọn

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

để các cuống RMI được gửi đến máy khách chứa địa chỉ công cộng của máy chủ cho phép máy khách có thể tiếp cận nó từ bên ngoài.

nó kết luận rằng câu trích dẫn kết thúc của bạn đến quá sớm. Nó phải ở sau tham số cuối cùng.

Thủ thuật này đã làm việc cho tôi.

Tôi nhận thấy một điều thú vị: khi tôi khởi động ứng dụng của mình bằng dòng lệnh sau:

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

Nếu tôi cố gắng kết nối với cổng này từ một máy từ xa bằng jconsole, thì kết nối TCP thành công, một số dữ liệu được trao đổi giữa jconsole từ xa và tác nhân jmx cục bộ nơi MBean của tôi được triển khai và sau đó, jconsole hiển thị thông báo lỗi kết nối. Tôi đã thực hiện chụp wirehark và nó cho thấy sự trao đổi dữ liệu đến từ cả agent và jconsole.

Do đó, đây không phải là sự cố mạng, nếu tôi thực hiện một netstat -an có hoặc không có thuộc tính hệ thống java.rmi.server.hostname, tôi có các ràng buộc sau:

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

Có nghĩa là trong cả hai trường hợp, socket được tạo trên cổng 9999 chấp nhận kết nối từ bất kỳ máy chủ lưu trữ nào trên bất kỳ địa chỉ nào.

Tôi nghĩ rằng nội dung của thuộc tính hệ thống này được sử dụng ở đâu đó khi kết nối và được so sánh với địa chỉ IP thực được tác nhân sử dụng để giao tiếp với jconsole. Và nếu những địa chỉ đó không khớp, kết nối không thành công.

Tôi không gặp sự cố này khi kết nối từ cùng một máy chủ bằng jconsole, chỉ từ các máy chủ thực từ xa. Vì vậy, tôi cho rằng việc kiểm tra này chỉ được thực hiện khi kết nối đến từ "bên ngoài".

điều phù hợp với tôi là đặt / etc / hosts để trỏ tên máy chủ tới ip chứ không phải giao diện loopback và khởi động lại ứng dụng của tôi.

cat / etc / hosts

127.0.0.1      localhost.localdomain localhost
192.168.0.1    myservername

Đây là cấu hình của tôi:

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

Cảm ơn rất nhiều, nó hoạt động như thế này:

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

Tôi biết chủ đề này khá cũ, nhưng có một tùy chọn bổ sung sẽ giúp ích rất nhiều. Xem tại đây: https://realjenius.com/2012/11/21/java7-jmx-tunneling-freedom/

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

Tôi gặp vấn đề tương tự và tôi thay đổi bất kỳ tên máy chủ nào khớp với tên máy chủ cục bộ thành 0.0.0.0, nó dường như hoạt động sau khi tôi làm điều đó.

Để kích hoạt điều khiển từ xa JMX, hãy chuyển các tham số VM bên dưới cùng với Lệnh 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

Hãy thử điều này, tôi đã kiểm tra để truy cập JMX bên trong bộ chứa docker

-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

Sau đó

$ jconsole localhost: 16000

Hãy thử sử dụng các cổng cao hơn 3000.