共计 1647 个字符，预计需要花费 5 分钟才能阅读完成。
WGCLOUD 监控平台在运行中，发现主机下线了，查看 agent 日志，发现以下谬误日志：
[wgcloud-agent]2022/07/01 00:12:46 WgcloudAgent.go:287: 防篡改校验谬误次数大于 10 次，不再上报数据：36
[wgcloud-agent]2022/07/01 00:13:46 WgcloudAgent.go:287: 防篡改校验谬误次数大于 10 次，不再上报数据：36
[wgcloud-agent]2022/07/01 00:14:46 WgcloudAgent.go:287: 防篡改校验谬误次数大于 10 次，不再上报数据：36
[wgcloud-agent]2022/07/01 00:15:46 WgcloudAgent.go:287: 防篡改校验谬误次数大于 10 次，不再上报数据：36
[wgcloud-agent]2022/07/01 00:16:46 WgcloudAgent.go:287: 防篡改校验谬误次数大于 10 次，不再上报数据：36
[wgcloud-agent]2022/07/01 00:17:20 WgcloudAgent.go:287: 防篡改校验谬误次数大于 10 次，不再上报数据：36
[wgcloud-agent]2022/07/01 00:17:46 WgcloudAgent.go:287: 防篡改校验谬误次数大于 10 次，不再上报数据：36
[wgcloud-agent]2022/07/01 00:17:46 WgcloudAgent.go:287: 防篡改校验谬误次数大于 10 次，不再上报数据：36
[wgcloud-agent]2022/07/01 00:18:46 WgcloudAgent.go:287: 防篡改校验谬误次数大于 10 次，不再上报数据：36这个问题留神几点：
(1) server 和 agent 的主机零碎时间差不能大于 15 个小时，若时间差不超过 15 小时打印【防篡改校验谬误】相似信息，疏忽即可
(2) v3.3.5 之前版本，server 主机的 9997 端口（这是守护过程 wgcloud-daemon-release 的默认端口）要凋谢给 agent 主机，保障 agent 主机能够 telnet 通 server 的 9997 端口
v3.3.5 或当前版本 9997 端口曾经不须要凋谢给 agent 拜访
(3) 若是 v3.3.5 或之后版本，查看 server 本机是否能失常拜访 http://localhost:9997 取得返回值，如：2faa233a1400201bedc199fe1d8ab393，若 server 主机的 localhost 不能应用，能够在配置文件 server/config/application.yml，将配置项 daemonUrl: http://localhost:9997 中的 localhost 改成 server 主机 ip
(4) wgcloud-server-release.jar 不要编辑批改，若编辑过，还原回去原始安装包里的 wgcloud-server-release.jar 即可
(5) server 和 agent 要放弃同一个版本号
(6) server 端的守护过程（wgcloud-daemon-release）不要敞开, 特地是 Windows 留神不要敞开守护过程窗口。若是 Linux，查看此过程是否存活（ps -ef | grep wgcloud）
还有一种可能是 server 部署在 Windows，不小心左键点击守护过程的窗口，进入编辑模式了，右击复原就好了
如果因为此起因的话，重启 server（守护过程会随着 server 启动）后，1 小时内所有 agent 会陆续复原上线，也能够手动重启 agent（立刻上线）
(7) server 如果运行在 arm、龙芯等零碎，须要将守护过程 wgcloud-agent-release 替换为对应的版本，点击下载
(8) 如果 server 长时间没有运行，那么当 server 重新启动后，agent 会在 1 小时内陆续主动复原上线，不必重启 agent。也能够手动重启 agent，会立即复原上线