Building a Network with Several Dr.Web Servers

Several Dr.Web Servers can be installed in an anti-virus network. Each Dr.Web Agent connects to one of them; each Server with connected anti-virus workstations functions as a separate anti-virus network as described in previous Chapters.

Dr.Web Enterprise Security Suite allows to connect such anti-virus networks by transferring data between Dr.Web Servers.

Dr.Web Server can send to another Dr.Web Server

software and virus database updates (only one of them is to receive updates from Dr.Web GUS servers);

information on virus events, statistics, etc.;

licenses for protected stations (you can configure licenses propagation between Servers in the License Manager).

The program provides for two types of connections between Dr.Web Servers:

a parent-child type of connection, where the principle Server transfers updates to the subordinate one and receives information about events,

a peer to peer connection, where data types and transfer directions are set up individually.

An example of a multi-server structure is presented in Figure below.

scheme-multiserver

scheme-icon-server

Dr.Web Server

scheme-icon-proto-tcp

TCP/IP network

scheme-icon-station-protected

Protected computer

scheme-icon-proto-updates

Transfer of updates via HTTP

scheme-icon-gus

Dr.Web GUS

scheme-icon-events

Sending information on events

 

 

scheme-icon-updates

Interserver transfer of updates, licenses for stations

A multi-server network

Some advantages of the anti-virus network with several Dr.Web Servers:

1.Receiving of updates from Dr.Web GUS servers by one principle Dr.Web Server and their subsequent distribution to the other Servers directly or through intermediates.

info

Servers that receive updates from the superior Server, do not receive updates from GUS even if such task is set in the schedule.

Still, in case the parent Server is inaccessible, it is recommended to keep the task for updating from the GUS on subordinate Servers. This allows the Agents which are connected to the subordinate Server to receive updated virus databases and program modules (see also p. General Repository Configuration).

warning

In the task for updating from GUS on the superior Server propagating updates, you must set up the receiving updates of the Server software for all operating systems installed on all subordinate Servers, which receive updates from this superior Server (see p. General Repository Configuration).

2.Distribution of workstations between several Servers, decreasing the load on each of them.

3.Consolidation of data from several Servers on one Server; the possibility to view all the data through Dr.Web Security Control Center connected to such Server.

info

Dr.Web Enterprise Security Suite anti-virus monitors and prevents the creation of cyclic data flows.

4.Available licenses for protected stations can be donated to the neighbor Server. At this, the license key itself remains at the disposal of the distributing Server, available licenses are propagated to a neighbor Server for a specified time period and after it has expired, the licenses are revoked.