瑞星杀毒软件网络版培训技术方案.pptVIP

* 销售部内部产品问题处理流程图 代理商/用户问题 销售部 是否可以远程解决？ 销售部售前技术 是否注册？ 转产品技术接口人 提交问题并追踪 是否可以解决？ 远程解决 结束 现场解决 填写技术申请 解决 转交客服 010是 否 是 是 否 否 售前技术接口人： 网络版：刘宏伟 硬件安全产品：周永成 * * 瑞星杀毒软件网络版是基于企业级的防病毒系统，整个防病毒体系主要由四个相互关联的子系统组成：系统中心，控制台，客户端，服务器端。各个子系统协同工作，共同完成对整个网络的病毒防护工作，为企业级用户的网络系统提供全方位防病毒解决方案。 * 网络版的通讯是建立在tcp/ip的基础上的，所以通讯的基础原则是使用的用户必须安装tcp/ip协议。 首先从安装讲起，安装时首先网络版会遍历本地的网卡，并建立相应的CORBA对象，在选定通讯的网卡后，在网卡涉及的网段进行udp方式的广播，目的是找本网端是否存在系统中心，如果存在，系统中心要将自己的信息返回给发广播方。由于广播的特性我们固定了10个接收端口，7273－7282，也就是说，安装时要向这10个端口依次发广播。直到10个端口都无回应，才将本机做为系统中心或指定系统中心ip进行10个端口的通信。 在建立通讯关系后网络版的通讯方式则改变为利用固定的ip和创建的监听端口进行通讯，大家都知道如果在ip和通讯端口都固定的情况下则是tcp包，这样就可以通过网端了，但是对于网络版来说，监听端口是随程序的启动由系统自动分配的，并不有固定的情况，但是有一定的范围1024～65535，1024以下是系统的监听端口，所以对于通讯方之间如果存在有限制端口通讯的软件，硬件，如防火墙等，还是会对通讯造成影响。例如技术服务部与研发部的通讯属于网端间的通讯，并且在这两个网端间加入了防火墙，造成在技术服务部的ravservice无法正常与研发部的ravagent进行通讯，也就造成技术服务部的客户端无法登陆到研发部的系统中心。 通过以上的描述可以了解到对于网络版在没有能够确定通讯目标的情况下，网络版采用的是发udp广播包的方式进行的，在能够保证通讯双方的ip和监听端口的情况下，则采用tcp包进行通讯。但是在注册的阶段仍然采用广播的方式进行，在注册成功后，为了避免某些固定端口的情况的出现，所以人为设定了一些端口使程序（如：ravservice）在初始化的阶段绑定这些固定的端口。要注意监听端口和通讯端口是不一样的。监听端口指的是如ravagent的7273～7282这种端口，而当ravagent启动时初始化的端口为通讯端口，也就是说在其他程序初次向ravagent注册时发的广播包是固定向7273～7282发的，在接受到ravagent的回复信息后ravagent会把真正的通讯端口告诉注册程序，言外之意就是说，对于ravagent来说它的通讯端口是随着程序的初始化由系统分配的，但相应注册程序的注册是发的广播包是固定的端口。这主要是因为如果监听端口不固定，那注册程序需要从1024～65535连续发包知道ravagent有回应，可想而知这是绝对不可能的。 * RavUpdate.exe 功能：该程序是一服务进程，系统中心和客户端通过该进程，进行文件和补丁文件的下载。下载最新的版本文件compsver.inf,从网站下载ravCopy组件保证其为最新的版本，调用系统升级主程序ravUpgred.exe进行版本升级。 RavUpgred.exe 功能：升级文件的下载、校验、更新到安装目录的备份目录，调用ravUpgredN.exe更新程序,升级成功后向网站发送完成消息（网站记录升级次数） RavSender.exe 功能：下级通信代理，用于多系统中心系统，用于上级系统中心和下级系统中心进行通信，在升级系统中用于接收RavReceiver的请求，从其所属的RavUpdate处得到请求的文件信息，或请求RavUpdate去下载其所需文件，将文件信息（是否存在，文件大小等）返还给发出请求的RavReceiver对象。 RavReceiver.exe 功能：上级通信代理，用于多系统中心系统，用于下级系统中心和上级系统中心进行通信，在升级系统中用于接收本网段的升级管理中心（Ravupdate）的请求信息，并将其请求信息传递给RavSender，从Ravserder得到相关的文件信息，如果存在其所请求的文件，则从RavSender处下载该文件，并将文件信息（是否存在，存在的路径，等等）返回给发出请求的RavUpdate对象。 RavService.exe 功能：客户端通信代理，用于和其所属系统中心RavAgent进行通信，通过RavAgent得到该系统中心的升级管理中心Ravupdate信息（端口，ip），从Ravupda