VisualVM по ssh

Вам нужно либо запустить jstatd на удаленной стороне, либо указать соединение JMX, используя host:port.

Статд:

jstatd -J-Djava.security.policy=permissions.txt [-p port]

После этого: добавьте удаленное подключение к целевой машине и в свойствах этого удаленного подключения настройте подключение jstatd.

(permissions.txt содержит, например, это:

grant {
  permission java.security.AllPermission;
};

Изменить: (Ответить на комментарий)

1. ssh -D 9696 me@remote и запустите jstatd, как указано выше, в удаленной командной строке. Если вы хотите, чтобы jstatd находился на порту, отличном от порта 1099 по умолчанию, используйте аргумент -p для jstatd.

2. запустить visualvm.exe -J-Dnetbeans.system_socks_proxy=localhost:9696 -J-Djava.net.useSystemProxies=true на локальной машине

3. в Visual vm: добавьте новое удаленное соединение и укажите удаленное в качестве хоста и порт для jstatd (1099 по умолчанию или то, что вы указали с -p при запуске jstatd)

   Теперь вы должны увидеть процессы на удаленной стороне в visualvm.

У меня есть другое решение, использующее стандартное туннелирование SSH и не открываемые порты брандмауэра. У меня SOCKS-прокси не работает.

Запустите JVM с параметрами:
-Dcom.sun.management.jmxremote=true
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false< br> -Dcom.sun.management.jmxremote.port=[порт1]
-Djava.rmi.server.hostname=localhost
-Dcom. sun.management.jmxremote.rmi.port=[port2]

Важной частью является "server.hostname=localhost". Кроме того, вы явно определяете оба порта (подключение + «случайный» порт RMI), для «jmxremote.rmi.port» требуется как минимум Java 7 update 4 (я где-то читал, не проверял эту информацию — используйте «lsof -i» на вашем серверная машина для проверки реально используемых портов).

(Конечно, вы можете использовать аутентификацию или SSL.)

Подключитесь к серверу через ssh и переадресуйте свои локальные port1 и port2 на localhost:port1|2 и сервер.

В VisualVM откройте соединение JMX с localhost:port1 (без каких-либо настроек прокси).

У меня была такая же проблема при подключении jVisualVM к удаленному приложению через ssh.

Это руководство помогло мне решить мою проблему. http://issamben.com/how-to-monitor-remote-jvm-over-ssh/

Чтобы решить эту проблему, убедитесь, что:

• вы устанавливаете два порта в конфигурации jvm

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

• ssh-туннель установлен правильно

   ssh -i yourPermissionFile.pem -l username 101.101.101.101 -L 9010:localhost:9010 -L 9011:localhost:9011
  

У меня была проблема с привязкой jstatd к локальному хосту, поэтому мне пришлось ввести

jstatd -J-Djava.security.policy=allPerm.policy -J-Djava.rmi.server.logCalls=true -p <port> -J-Djava.rmi.server.hostname=<my ip>

также для jvisualvm я использую эти параметры вместо этого

jvisualvm -J-DsocksProxyHost=localhost -J-DsocksProxyPort=<socks-port>

таким образом, подключившись через прокси-сервер ssh, я мог бы использовать реальный IP-адрес моей удаленной машины.

Украв этот ответ, я сделал себе полное напоминание на моем сайте .. i надеюсь, вы не возражаете против ankon, кстати, спасибо за это :)

Я также обнаружил, что аргументы jvm:

-J-Dnetbeans.system_socks_proxy=localhost:9696 -J-Djava.net.useSystemProxies=true

не работал на сборке, которую я использую 1.3.2.

Поэтому я использовал «Инструменты»> «Параметры»> «Сеть» и установил его вручную в настройках SOCKS.

НО VisualVM все еще не нашел удаленных процессов. Затем я удалил прослушивание локального хоста «Нет прокси-хостов», так как это, вероятно, заблокировало его.

Я обнаружил, что в jvm аргументы для прокси не работают. По крайней мере в версии 1.3.3 (сборка 111013). Настройка прокси-сервера в меню «Инструменты»> «Параметры»> «Сеть» сработала для меня. Также должны работать общесистемные настройки прокси, хотя по определению они влияют на все остальные сетевые подключения.

Попробуйте другую версию jvisualvm (например, новейшую из https://visualvm.github.io/download.html. )

1. ssh с sockproxy (например, ssh -D 6666 [email protected])
2. запустить jvisualvm с носком ( jvisualvm.exe -J-DsocksProxyHost=localhost -J-DsocksProxyPort=6666 )
3. добавить хост JXM (например: 234.234.234.234:16000)

Используйте jvisualvm, простой способ обнаружить утечку памяти и контролировать ЦП, ОЗУ приложения.