Setting Dr.Web Server Schedule

1.Select the Administrating item in the main menu of the Control Center, in the opened window, select Dr.Web Server Task Scheduler in the control menu. The list with the Server tasks will be opened.

a)General elements on the toolbar are used to create new tasks and generally manage schedule section. These tools are always available on the toolbar.

Add tasks from default schedule—add all tasks from the default schedule to the current schedule. At this, all current tasks are remained in the list and all tasks from the default schedule are added. Default schedule tasks are added in any case, even if the current schedule already contains these tasks (initial or modified), or completely coincides with the default schedule.

Set default schedule—remove all tasks from the current schedule and set default task schedule.

Create task—add a new task. This action is described in details below, in the Task Editor section.

Export settings from this section to the file—export schedule to the file of special format.

Import settings to this section from the file—import schedule from the file of special format.

b)To manage existing tasks, set the flags next to the necessary tasks or the common flag in the table header to select all task from the list. At this, elements on the toolbar to manage selected tasks become available:

3.To change task parameters, select it in the tasks list. The Task editor window described below opens.

The window for editing a task opens. Settings for editing of existing task are similar to the settings of creating a new task.

•In the Name field, specify the name of the task displayed in the schedule list.

•Set the Enable execution flag, to enable the task execution. If the flag is cleared, the task remains on the list but will not be executed.

•Set the Critical task flag to perform extra launch of the task if its scheduled execution has been omitted by any reason. The Scheduler rechecks the task list every minute and launches the omitted critical task if it was found. If at launch, the task was omitted several times, it will be executed only once.

•If the Run the task asynchronously flag is cleared, the task will be placed to the general queue of Scheduler tasks that are executed sequentially. Set the flag to execute this task in parallel out of order.

2.On the Action tab, in the Action drop-down list, select the type of the task and specify task parameters which are needed to perform the task:

Task type

Parameters and description

Back up critical server data

The task is designed to backup the following critical data of the Server:

•database,

•license key file,

•private encryption key.

Specify the following parameters:

•Path—path to the directory where the data will be saved (blank field means that the default directory will be used).

•Maximum number of copies—maximum number of backup copies (the 0 value means no limitation).

For details see the Appendices document, p. Appendix H4.5.

Backup folder must be empty. Otherwise, the folder content will be deleted during the back up.

Back up repository

The task is designed for periodic backups of the repository.

Specify the following parameters:

•Path—full path of the directory where the backup copy will be stored.

•Maximum number of copies—maximum number of repository backup copies which are stored by the task in the specified directory. If the maximum number of copies is reached, the oldest copy will be overwritten by the new one.

•Repository area defines which part of information on anti-virus component will be saved:

▫Entire repository—save all revisions from the repository for the components that are selected in the list below.

▫Only critical revisions—only revisions marked as important will be saved for the components that are selected in the list below.

▫Only configuration files—only configuration files will be saved for the components that are selected in the list below.

•Set the flags for the components selected areas of which will be saved.

Backup folder must be empty. Otherwise, the folder content will be deleted during the back up.

Create statistic report

The task is designed to create a report with statistics on the anti-virus network.

To be able to create a report it is mandatory to enable the Statistic report notification (see Notification Configuration). The generated report is saved on a computer where the Server is installed. Report delivery depends on the type of notification:

•For sending messages via Email: a letter with attached report and also the link to the report location is sent to the mail address which is specified in notification settings.

•For all other methods of delivery: an appropriate notification with a link to the report location is sent.

To create a task in the schedule you have to specify the following parameters:

•Notifications profiles—name of notifications group with common settings for report generation. The title name can be specified when creating a new notifications group.

•Report language—language of the data in the report.

•Date format—format for dates display in statistic data. The following formats are available:

▫European: DD-MM-YYYY HH:MM:SS

▫American: MM/DD/YYYY HH:MM:SS

•Report format—document format to save the statistics report.

•Report period—time period for which the statistics will be included in the report.

•Groups—list of anti-virus network station groups which data will be included in the report. To select multiple groups, use the CTRL or SHIFT.

•Report tables—list of statistical tables which data will be included in the report. To select multiple tables, use the CTRL or SHIFT.

•Report retention period—time period for storing a report on the computer with running Server, starting from report generation.

Execute script

The task is designed for executing lua script which is specified in the Script field.

Simultaneous execution of tasks with Execute script type on several Servers which use one database may result in errors.

When running lua scripts, administrator gets the access to all file system within the Server folder and some system commands on a computer with the Server installed.

To forbid the access to the schedule, disable the Edit Server schedule permission for the correspondent administrator (see Administrators and Administrative groups).

License key expiration

The task is designed to issue reminders about the license expiration of Dr.Web product.

You have to set the period preceding license expiration starting from which the reminders will be issuing.

Neighbor Server has not connected for a long time

The task is designed to issue notifications in case the neighbor Servers have not been connected to the current Server for a long time.

Notifications display settings can be configured in the Notification Configuration section using the Neighbor server has not been connected for a long time item.

Set values in the Hours and Minutes fields to define a time period after which the neighbor Server will be considered as not connected for a long time.

Purge database

The task is designed to collect and purge unused records in the Server database using the vacuum command.

No additional parameters required to run the task.

Purge old records

The task is designed to purge outdated information from the database. The types of deleted records is given in the task parameters.

You have to specify the number of days after which the records in the database are considered outdated and purged from the Server.

The period after which the records are purged is specified for each type of records separately.

Purge old stations

The task is designed to purge outdated stations.

You have to specify the time period (90 days by default) after which all stations that have not been connected to the Server, are considered old and are moved to the Deleted group of the anti-virus network. The final deletion of such stations from the Server database is performed at execution of the Purge old records task (the time period of deleting the stations from the Deleted group is set in the Purge old records task parameters, for the Deleted stations type and counted from the moment of moving to the Deleted group).

Outdated information is purged from the database to save disc space. The period in the Purge old records and Purge old stations tasks by default is 90 days. If you decrease the value, the statistics on the operation of the anti-virus network components will be less representative. If you increase the value, the Server may need extremely more resources.

Purge outdated messages

The task is designed for purging the following messages from the database:

•agent notifications,

•notifications for the web console,

•reports created according to the schedule.

This also purges messages marked as obsolete, i.e. with expired retention period which can be configured:

•for notifications: for appropriate sending method while creating a notification (see Notification Configuration).

•for reports: in a task for creating reports.

No additional parameters required to run the task.

Purge unsent events

The task is designed to purge unsent events from the database.

You have to set the period for storing unsent events after which they will be purged.

This refers to events that a subordinate Server sends to a master Server. If sending a message fails, it is moved to the unsent messages list. A subordinate Server continues its attempts to send the message at the specified interval. When the Purge unsent events task is run, events will be purged if their storage time has reached and exceeded specified period.

Replace encryption key

The task is designed for periodic replacement of the following tools providing encryption between components:

•the drwcsd.pri private key on the Server,

•the drwcsd.pub public key on workstations,

•the drwcsd-certificate.pem certificate on workstations.

Because some workstations can be turned off at the time of replacement, the procedure is divided into two steps. You have to create two tasks to perform each one of these steps, it is recommended to perform the second step some time after the first one, when certain stations will probably connect to the Server.

When creating a task, select the appropriate step from the drop down list:

•Adding a new key—the first step of the procedure when the new inactive encryption key pair and certificate are created. The stations get the new public key and certificate upon the connection to the Server.

•Deleting the old key and switching to the new key—the second step when the stations are notified about switching to the new encryption keys and certificate, followed by replacing the existing tools with the new ones: public keys and certificate on the stations and a private key on the Server.

If for any reason some stations did not receive the new public key and the certificate, they will not be able to connect to the Server. To resolve this problem, manually put the new public key and certificate on the station (you can view the procedure of replacing the key on station in the Appendices document, p. Connecting Dr.Web Agent to Other Dr.Web Server).

Restart the Server

The task is designed to restart the Server.

No additional parameters required to run the task.

Run program

The task is designed to run custom program.

Programs launched under this task are executed in the background.

Specify the following parameters:

•The Path field—full name (with the path) of the program executable file to run.

•The Arguments field—command line parameters to run the program.

•Set the Wait for the completion of the program flag to wait for the completion of the program which has been launched by this task. At this, the Server logging the start of the program, the returned code and the time of the program end. If the Wait for the completion of the program flag is cleared, the task become completed right after the launch of the program and the Server logging only the start of the program.

Send message to station

The task is designed to send arbitrary message to users of a station or group of stations.

A message settings are given in the Sending Notifications to Stations section.

Shut down the Server

The task is designed to shut down the Server.

No additional parameters required to run the task.

Station has not connected for a long time

The task is designed to issue notifications in case the stations have not been connected to the current Server for a long time.

Notifications display settings can be configured in the Notification Configuration section using the Station has not been connected for a long time item.

In the Days field specify a time period after which the station will be considered as not connected for a long time.

Synchronization with Active Directory

The task is designed to synchronize network structures: Active Directory containers which contains computers become groups of anti-virus network to which workstations are placed.

Specify the following parameters:

•Active Directory controller—Active Directory controller, e.g. dc.example.com.

•Login—Active Directory user login.

•Password—Active Directory user password.

For the Servers under Windows OS, settings of Active Directory search are not obligatory. Information of a user on whose behalf the Server process is run (usually, it is LocalSystem) is used as a default registration information.

For the Servers under UNIX system-based OS, the settings must be obligatory specified.

•In the Connection security drop-down list, select the type of encrypted data exchange:

▫STARTTLS—switching to secured connection is performed by using the STARTTLS command. The 25 port is used by default for the connection.

▫SSL/TLS—establish a new secured TLS connection. The 465 port is used by default for the connection.

▫No—do not use encryption. Data exchange will be over an unprotected connection.

The task is disabled by default. To activate the task execution, set the Enable execution option in the task settings or on the toolbar as described above.

Update repository

The task is designed to launch the update of repository products from GUS.

Specify the following parameters:

•In the Product list, set the flags next to those repository products which will be updated by this task.

•Set the Update license keys to activate the procedure of license keys automatic update during repository update. Detailed information is given in the Automatic Licenses Update section.

Wake stations

The task is designed to turn on stations, for example before running the scanning task.

The following task parameters define which stations will be turned on:

•Wake all stations—every station which is connected to the Server will be turned on.

•Wake stations by specified parameters—only stations that accord to the parameters below will be turned on:

▫IP addresses—the list of IP addresses of the stations that will be turned on. The list is specified in the following format: 10.3.0.127, 10.4.0.1-10.4.0.5, 10.5.0.1/30. Use comma or newline to separate several addresses. You can also use DNS names of the stations instead of their IP addresses.

▫MAC addresses—the list of MAC addresses of the stations that will be turned on. The MAC-address octets have to be separated by the ':' sign. Use comma or newline to separate several addresses.

▫Groups—the list of groups of the stations that will be turned on. To edit the groups list, click Edit (or the group identifier if groups are already set) and select necessary groups in the opened window. Use ctrl and shift to select several groups.

To run this task, all stations that are going to be turned on should be equipped with network cards with Wake-on-LAN support.

To check whether your network card supports Wake-on-LAN, please refer to its documentation or see its properties (Control Panel → Network and Internet → Network Connections → Change Adapter Settings → Configure → Advanced, and for the Wake on Magic Packet property, set the Value → Enabled).

Write to log file

The task is designed to write to the Server log file specified string.

String—message to be logged.

•In the Period drop-down list, set the launch mode of the task and setup the time according to the specified periodicity:

•Set the Disable after the first execution flag to execute the task only once at specified time. If the flag is cleared, the task will be executed multiple times according to the specified periodicity.

To repeat the launch of task already ones executed, use the

Schedule repeatedly on the toolbar of the schedule section.

4.When all parameters for the task are specified, click Save to accept changes of edited parameters, if you editing existing task, or to create a new task with specified parameters if you created a new task.