【aDesk】4.9升级到VDI5.3.2后agent接入不正常

更新时间：2018-06-19

所属模块虚拟机内部 | agent

适用版本通用

客户在给桌面虚拟化平台从VDI4.9升级到VDI5.3.2，在VDC上的虚拟机管理看到所有的虚拟机的agent一直是不正常的状态。VDC网关部署。

1、由于是升级上来的到最新，所以第一步要检查虚拟机的agent版本是否正常，检查虚拟机的agent版本是否正常，可以看虚拟机的注册表的版本

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Sangfor\SSL\VDI\Version的版本值，如下图所示，表示虚拟机内部的agent版本是5.3.2，

跟在VDC虚拟机管理里面的agent版本也是相对应的，说明agent版本是已经更新过来的了，（ps：黑色的代理agent版本正常，如果agent版本不匹配在agent那里会显示红色）

。

2、agent版本更新了，下一步我们就需要检查虚拟机agent服务是否正常的运行

可以打开Windows的任务管理器，看看是下面的进程启动

其中的RVLAgent跟VDagent进程比较重要，如果缺少RVLAgent跟VDagent进程会导致agent接入不正常。检查发现agent重要组件进程都是正常的。

检查agent的日志，日志C:\Program Files (x86)\Sangfor\SSL\VDI\Logs的VDAgent的日志，日志如下图所示

发现agent日志提示虚拟机到连接VDC失败。

3、虚拟机内部测试到VDClan口的8866端口正常，在VMP平台测试到VDC的lan口的8866端口发现不通信，检查VMP跟VDClan口地址不通，因为VDC是网关部署，VDC的wan口跟VMP通信正常

4、5.2版本开始，有免IP通信机制，虚拟机不需要跟的VDC8866的端口通信，通信机制是虚拟机跟vmp进程间的通信，然后VMP去跟VDC通信。所有客户的这个问题是VMP跟VDClan口地址不通导致

5、调整VMP跟VDC路由的方式把VMP跟VDClan口的地址打通信，再检查agent就可以正常的通信了

第一种解决方案：

调整VMP跟VDC路由的方式把VMP跟VDClan口的地址打通信，再检查agent就可以正常的通信了。这个解决方案需要调整客户的网络

第二种解决方案：

联系400修改配置文件，通过修改后台的配置文件，把agent通信流程修改为老的走网络的流程（虚拟机跟VDC8866端口通信）

5.2版本前

在5.2版本前，虚拟机的agent正常接入，是agent进程程序跟VDC的8866端口通信，如果虚拟机的网络跟的8866端口通信异常，会导致agent接入异常，可以通过Telnet测试8866端口通信是否正常，然后在VDC的lan口上抓数据包，看是否有数据过来

也可以去看的C:\Program Files (x86)\Sangfor\SSL\VDI\Logs的VDAgent文件中是否存在的timeout。如果存在就是的网通信的问题，可以跟客户沟通下检查下内网。

5.2版本后

5.2版本开始，有免IP通信机制，虚拟机不需要跟的VDC8866的端口通信，通信机制是虚拟机跟vmp进程间的通信，然后VMP去跟VDC通信。很少出现由于网络导致的agent异常的问题

{{contentObj.name||'--'}}