wgcloud监控系统代理主机下线，代理日志打印防篡改验证失败或次数防篡改验证错误大于10次，无上报数据时，注意几点，按顺序检查1、服务器主机系统与代理的时间差不能超过15小时。如果时差不超过15小时，会打印类似【Tamer-proofverificationerror】的信息，忽略。无影响2.如果是v3.3.5之前的版本，server主机的9997端口（这是守护进程wgcloud-daemon-release的默认端口）要对agent主机开放，保证agent主机可以telnet通过服务器的9997端口。如果是v3.3.5或以后的版本，9997端口不需要开放给agent主机访问。3、修改了守护进程wgcloud-daemon-release的默认端口。服务器配置文件和守护进程配置文件没有同步修改端口。见修改说明4、如果是v3.3.5及以后版本，检查服务器是否可以正常访问http://localhost:9997获取返回值，如：2faa233a1400201bedc199fe1d8ab393，如果服务器主机的localhost不能使用,你可以在文件server/config/application.yml，将配置项daemonUrl中的localhost：http://localhost:9997改为serverhostip5，不要编辑wgcloud-server-release.jar，如果编辑了，恢复为安装包中的wgcloud-server-release。只是jar6。服务器和代理要保持相同的版本号7。不要关闭服务器端的守护进程（wgcloud-daemon-release），尤其是Windows，注意不要关闭守护进程窗口。如果是linux，daemon进程可能会被kill掉。检查守护进程是否仍然存在（ps-ef|grepwgcloud）。另一种可能是服务器部署在Windows上，不小心在守护进程窗口左键点击进入编辑模式。右击恢复。如果是这个原因，重启服务器后（daemon进程会随着服务器一起启动），所有agent会在1小时内陆续上线。也可以手动重启agent（立即上线）8、如果服务器运行在arm、龙芯等系统，需要将守护进程wgcloud-agent-release替换为对应版本，点击下载9、如果服务端或守护进程（wgcloud-daemon-release）长时间未启动，则当服务端重启时，agent会在1小时内自动恢复上线，无需重启agent。您也可以手动重启代理，它会立即上线。10、可能是代理主机无法ping通服务器主机，或者无法访问服务器端口。我们可以在agent主机上ping[serverhostIP]和telnet[serverhostIP]9999来测试Connectivity11.如果server部署在docker中，我们检查config/application中daemon进程url中的localhost是否.yml已更改为主机ip。一般需要改成如下，除非docker容器可以访问http如果是://localhost:9997，那么不用改#Daemon进程访问url，server服务用，agent不用（一般保持默认）daemonUrl:http://localhost:9997如下图，红色字体标识主机Wire
