FAQ Proxy&Agent
Proxy使用问题

1、行云管家Proxy安装有什么网络要求?

问题解答:

Proxy模式:请检查Proxy宿主机是否能连通行云管家门户网址;

(1)请检查是否能在Proxy宿主机上打开门户网址;

(2)如果需要管理行云管家Agent,那么Proxy宿主机需要开放8326端口;

(3)Proxy宿主机和其它主机处于同一个局域网内,且能够和其它主机通过局域网互通;

2、Windows主机安装Proxy有什么要注意的地方?

问题解答:

(1)自动安装,Proxy自动安装是采用了模拟RDP登录的方式来自动安装Proxy,因此如果远程桌面干扰因素太多(例如安装了360或杀毒、其他窗口干预),将导致无法成功模拟安装,此时建议使用脚本安装方式进行Proxy安装;

(2)脚本安装,请检查目标Windows系统版本,如果是Windows2003或XP版本,请通过手动下载安装包方式进行安装;

(3)脚本安装,请检查目标主机是否开启了360或杀毒软件,安装过程请允许所有操作或临时关闭360和杀毒软件;

(4)脚本安装,请检查是否有用管理员权限打开CMD;

(5)脚本安装,每台主机的Proxy安装脚本是唯一的,每次安装都要在WEB页面上获取新脚本;

3、Proxy使用的java版本如何查询

问题解答:

通过命令/usr/local/CloudGateway/jre/bin/java -version即可查询;

4、配置Proxy的wrapper端口

在一些场景中,可能与用户服务器端口冲突导致用户业务端口无法起来(例如32000冲突)

(1)登录Proxy所在机器,编辑Proxy配置文件/usr/local/CloudGateway/conf/agentd-user-default.properties可以指定wrapper通信占用的端口范围;

把stunnel.client.bindAddr=改为stunnel.client.bindAddr=51100-51200表示指定stunnel client占用的本地端口范围是51100-51200

(2)如果您是4.19之前的旧版本,则无法用(1)中的方式,请登录Proxy所在机器,编辑Agent配置文件/usr/local/CloudGateway/wrapper/conf/wrapper.conf新增以下配置并指定wrapper通信占用的端口范围;

wrapper.port.min=51100
wrapper.port.max=51200

(3)编辑完后请重启Proxy服务

5、新版本发布后Proxy是否会自动升级

问题解答:

升级新版本后Proxy会进行自动升级;

6、Proxy状态显示为已停止

问题解答:

(1)Proxy已被删除,请检查目标主机Proxy文件夹里是否为空(即已卸载);

(2)Proxy文件损坏,请检查Proxy宿主机是否安装有360、杀毒等导致文件被删除;

(3)Proxy宿主机在多个团队里存在,请检查是否是在其他团队安装的,在当前团队就会显示已停止;

(4)Proxy安装脚本使用错误,请检查安装时是否用了其他主机的Proxy脚本安装的;

(5)Proxy宿主机连不通门户服务器(私有部署),或者连不通外网(SaaS);

建议您重启Proxy卸载Proxy重装;

7、安装Proxy后WEB页面里显示Proxy未安装

问题解答:

每台主机的Proxy安装脚本是唯一的,每次安装都要在WEB页面上获取新脚本;

8、Windows的Proxy未正确卸载,无法安装

问题解答:

当前主机可能之前已经安装过行云管家Proxy,在系统中会有一个名为“CloudGateway”的系统服务,如果用户采用了非标准的方式卸载,例如:手工删除了Proxy安装目录,该服务将遗留在系统中,导致无法安装新的Proxy;

请通过正确的方式卸载Proxy,如果未正确卸载,请针对不同的操作系统,采取相应的策略,卸载名为“CloudGateway”的系统服务;

打开CMD命令提示符,然后执行以下两句:

sc query CloudGateway
sc delete CloudGateway

然后手动删除C:\Program Files (x86)\Cloudbility里的CloudGateway目录即可;

9、是否支持在AIX或Unix操作系统安装Proxy

问题解答:

Unix不支持JRE,而AIX的JRE也不是开放的,所以当前是不支持安装Proxy的;

10、Proxy开启DB DUMP日志调试

问题解答:

登录Proxy宿主机,这里以Linux里的Proxy为例:

(1)备份 /usr/local/CloudGateway/wrapper/conf/wrapper.conf 改名为/usr/local/CloudGateway/wrapper/conf/wrapper.conf.bak

备份 /usr/local/CloudGateway/conf/logback.xml 改名为 /usr/local/CloudGateway/conf/logback.xml.bak

(2)vi /usr/local/CloudGateway/wrapper/conf/wrapper.conf

wrapper.java.additional.11=-Ddb.proxy.debug=false
wrapper.java.additional.12=-Ddb.proxy.dump=false

把以上两句修改为下面这两句(没有这两句的话请直接在对应位置新增下面两句)

wrapper.java.additional.11=-Ddb.proxy.debug=true
wrapper.java.additional.12=-Ddb.proxy.dump=true

然后保存退出;

(3)vi /usr/local/CloudGateway/conf/logback.xml

<!--开启数据库调试时,设置为level="TRACE" -->
<logger name="io.netty.handler.logging.LoggingHandler" level="INFO" additivity="false">
   <appender-ref ref="FILE_dbdump" />
</logger>
<!--开启数据库调试时,设置为level="TRACE" -->
<logger name="com.cloudbility.dbproxy" level="INFO" additivity="false">
   <appender-ref ref="FILE_dbdump" />
</logger>

把以上两句修改为下面这几句(没有这几句的话请直接在对应位置新增下面两句)

<!--开启数据库调试时,设置为level="TRACE" -->
<logger name="io.netty.handler.logging.LoggingHandler" level="TRACE" additivity="false">
   <appender-ref ref="FILE_dbdump" />
</logger>
<!--开启数据库调试时,设置为level="TRACE" -->
<logger name="com.cloudbility.dbproxy" level="TRACE" additivity="false">
   <appender-ref ref="FILE_dbdump" />
</logger>

然后保存退出;

(4)重启Proxy服务

/etc/init.d/CloudGateway restart

(5)开启DUMP日志后,在获取完日志后请一定要还原设置,否则可能导致Proxy服务无法使用!