Поширені запитання за темами

Зарегистрировать серийный номер Dr.Web ESS можно только в Мастере регистрации.

При регистрации серийного номера вы получаете не только ключевой файл, но и возможность скачать электронную версию лицензионного сертификата Dr.Web. Он является документальным подтверждением права владельца на лицензию.

Генератор лицензионных сертификатов в PDF

Также после регистрации на сайте на электронную почту владельца лицензии высылаются ключевые файлы и инструкция по их использованию.

Ситуации, когда лицензия регистрируется на личный адрес кого-либо из сотрудников или приобретается «в частном порядке», встречаются достаточно часто. А еще нередко регистрация производится на неизвестный компании адрес, да еще и с указанием в качестве владельца какого-то Васи Пупкина.

Мы получаем много подобных запросов техподдержку:

Добрый день.
Адрес электронной почты для нашей компании неизвестен и недоступен, прошу изменить его на [новый адрес].

В случае форс-мажора (увольнение сотрудника, конфликтная ситуация и т. д.) компания потратит время на восстановление лицензии или потеряет ее безвозвратно.

Владелец коммерческой лицензии Dr.Web — правомерно владеющее ПО Dr.Web лицо, чьи Ф. И. О. (название компании) и e-mail указаны при регистрации лицензии.

Регистрацию лицензии может произвести как сотрудник клиента, так и сотрудник партнера. ГЛАВНОЕ:
лицензия должна быть зарегистрирована на известный и принадлежащий клиенту — КОМПАНИИ — e-mail.

Внимание! Если компания приобретет лицензии для защиты личных устройств сотрудников, независимо от того, для какого продукта Dr.Web эти лицензии — домашнего или корпоративного, — владельцами лицензий будут те, чей e-mail и персональные данные будут указаны при регистрации.

Регистрационный адрес лицензии можно изменить.

* Приложите к запросу документы, подтверждающие, что ваша компания является владельцем лицензии; укажите регистрационный e-mail, который необходимо изменить.

Каждая лицензия Dr.Web содержит среди прочего важную для компании информацию: о лицензируемых клиенту типах защищаемых объектов и их количестве, а также о сроке действия права компании использовать защитное ПО Dr.Web. Полностью состав лицензии отображается в Менеджере лицензий на сайте «Доктор Веб» — в Менеджере лицензий Центра управления Сервером Dr.Web и Агентов такой информации нет.

Как самостоятельно узнать состав лицензии

Ключевой файл для вашей лицензии постоянно доступен для скачивания в вашем личном кабинете бизнес-пользователя.

Если доступ к личному кабинету Мой Dr.Web

Также есть несколько дополнительных способов «вернуть» утерянные ключевые файлы.

• Если ранее Dr.Web был установлен на ПК

  При деинсталляции Dr.Web по умолчанию ключевые файлы не удаляются — их можно найти на жестком диске ПК в папке. При повторной установке вам будет предложено использовать эти же ключи.

• Если есть серийный номер Dr.Web

  Укажите его при установке антивируса Dr.Web — ключи будут загружены и установлены автоматически.

• Если сохранилось письмо о регистрации

  Во вложении к этому письму находится ключевой файл Dr.Web. Копия письма хранится в личном кабинете бизнес-пользователя в разделе Сервисные сообщения (вход в раздел через виджет в форме конверта в шапке кабинета).

• Если предприятие имеет единую сеть, достаточно одного ключевого файла agent.key.
• Если есть обособленные офисы или филиалы со своими сетями, необходимо провести разбивку ключевого файла agent.key.

Важно!

• В ключевом файле прописана возможность защиты всех имеющихся у предприятия объектов, для которых приобретена лицензия. При разбивке в каждом ключевом файле будет указано то количество объектов, которое требуется для того или иного филиала.
• При выполнении запроса на разбивку ключа вы получите набор отдельных ключевых файлов, а ваш прежний ключевой файл будет заблокирован!

Для разбивки ключа обратитесь к вашему поставщику Dr.Web. В запросе укажите:

• количество требуемых ключей;
• информацию по типам и количеству защищаемых объектов для каждого ключа.

Но правильнее указывать эту информацию поставщику еще до генерации ключа.

Возможные причины неактивности компонентов:

1. Активация Dr.Web ESS версии 10.1 (Сервера и Агентов) и Dr.Web Desktop SS была произведена лицензионным ключевым файлом enterprise.key (не используется с версии 10.1).

   В этом случае нужно провести активацию Сервера и Агентов ключом agent.key:

   • В главном окне Менеджера лицензий нажмите кнопку Добавить ключ на панели инструментов.
   • На открывшейся панели нажмите кнопку и выберите файл с лицензионным ключом.
   • Нажмите Сохранить. И выполните последовательность действий, изложенную в варианте 2.

   Важно! Лицензионный ключ будет добавлен в дерево ключей, но не привязан ни к одному из объектов (Агентов на станциях). Для задания объектов лицензирования выполните действия, указанные в варианте 2.

2. Ключ установлен в Центр управления, но для него не указаны объекты лицензирования (Агенты).

   • В главном окне Менеджера лицензий в дереве ключей выберите ключ, который нужно добавить.
   • На панели инструментов нажмите кнопку Распространить ключ на группы и станции.
   • В открывшемся окне с иерархическим списком станций и групп антивирусной сети выберите в списке объекты лицензирования. Для выбора нескольких станций и групп используйте кнопки Ctrl и Shift.
   • Нажмите Добавить ключ. Откроется окно настроек устанавливаемых компонентов*.
   • Нажмите кнопку Сохранить.

   * Описано в подразделе Настройки при добавлении лицензионного ключа в список ключей.

При добавлении лицензионного ключа для объекта лицензирования сохраняются все текущие ключи; новый лицензионный ключ добавляется к списку ключей.

Подобное чаще всего возникает, когда ключевой файл agent.key добавлен в Менеджер лицензий Центра управления Dr.Web, но не применен к соответствующим группам или рабочим станциям. Само наличие установленного ключевого файла на Сервере Dr.Web не дает Агентам доступа к нему, антивирусная защита на них остается неактивной.

Решение: активируйте Агентов на станциях или в группах.

Если ваша лицензия заблокирована по причине пиратства, это значит, что использование вами ключевого файла Dr.Web, полученного в результате регистрации серийного номера, перестало соответствовать условиям лицензии. А именно нарушены п. 5.1 и/или 5.3 Лицензионного соглашения об условиях использования программного обеспечения ООО «Доктор Веб», с которым пользователь соглашается при регистрации серийного номера Dr.Web.

Чтобы восстановить лицензию:

1. Обратитесь в службу поддержки «Доктор Веб».
2. Приложите к запросу документы, подтверждающее ваше право владения лицензией.
3. Примите меры, чтобы подобное не повторялось.

В течение срока действия лицензии ее можно попросить восстановить не более трех раз.

Заблокированная (даже трижды!) за пиратство лицензия может быть продлена со скидкой.

Зарегистрированный серийный номер Dr.Web можно восстановить самостоятельно.

Если серийный номер зарегистрирован

• и у вас есть доступ к регистрационному e-mail
  Воспользуйтесь сервисом восстановления серийного номера на сайте «Доктор Веб».
• и у вас НЕТ доступа к регистрационному e-mail
  Обратитесь в службу технической поддержки «Доктор Веб»*.

Если серийный номер НЕ зарегистрирован

• Обратитесь в компанию, в которой вы приобрели лицензию Dr.Web.
• Или обратитесь в службу технической поддержки «Доктор Веб»*.

* К запросу приложите документы, подтверждающие, что именно вы являетесь владельцем утерянной лицензии.

Существует четыре способа восстановления ключевых файлов.

1. Если есть доступ к личному кабинету пользователя «Мой Dr.Web»

   Cкачайте ключевой файл в личном кабинете пользователя «Мой Dr.Web» в разделе Скачать.

2. Если есть серийный номер

   Получите ключевой файл через Менеджер лицензий в приложении Dr.Web.

3. Если известен и доступен регистрационный e-mail, а серийный номер утерян

   1. Воспользуйтесь сервисом восстановления серийного номера.
   2. Получите ключевой файл через Менеджер лицензий в приложении Dr.Web.

4. Если нет доступа к личному кабинету и утерян серийный номер, а регистрационный е-mail забыт

   Обратитесь в службу поддержки «Доктор Веб». Приложите к запросу документы, подтверждающие ваше право владения лицензией.

ВСО Dr.Web — общее название Всемирной сети обновления продуктов Dr.Web. ВСО основана на принципах геолокации.

Всегда оперативные обновления

Виртуальный адрес ВСО (esuite.geo.drweb.com) автоматически распределяет пользователей по ближайшим к ним серверам.

Исключена недоступность обновлений

Даже при «падении» одного из серверов его клиенты получат обновления с другого.

Ежедневно появляются сотни новых разновидностей угроз. На анализ в лабораторию «Доктор Веб» в сутки приходит около миллиона подозрительных файлов. Ежедневно совершенствуются методы взлома, создаются новые вирусы, троянцы и другие вредоносные программы. Антивирусная программа тоже должна получать постоянные обновления, иначе она не сможет противостоять атакам.

Совершенствование антивируса, его алгоритмов лечения — это непрерывный процесс, и выпуск новых сигнатур ведется постоянно. В результате выпускаются обновления.

Антивирус необходимо обновлять немедленно после поступления очередного обновления. Только регулярно и часто обновляемый антивирус может обеспечить максимально надежную защиту информационной сети предприятия.

Все обновления, которые может получить антивирус Dr.Web, можно разделить на три основных категории:

Обновления вирусных баз

Добавленные в вирусную базу записи доставляются в защищаемую систему.

Такие обновления никогда не требуют перегрузки.

Обновления компонентов

Такие обновления выходят при обнаружении какой-то новой угрозы или после значительных усовершенствований антивирусных модулей.

Если при этом требуется перезагрузка компьютера, не рекомендуется ее откладывать!

Обновления версии антивируса

Замена прежней версии на более новую. Каждая новая версия содержит множество улучшений в работе антивируса.

Перезагружаться после такого обновления критически важно! Ведь без перегрузки изменения не вступят в действие.

Одна из технологий поиска вирусов — сигнатурный анализ, когда проверяемый файл сравнивается с записями о вирусах (так называемых «сигнатурах»), имеющимися в вирусной базе.

Чем больше в базе записей, тем больше времени требуется на анализ каждого файла. Его надо «сравнить» с каждой из них, чтобы убедиться, что он чистый. Нагрузка на компьютер при поиске сигнатуры напрямую связана с размером вирусной базы.

Вирусные сигнатуры Dr.Web отличаются от других антивирусов. Одна запись в вирусной базе Dr.Web соответствует не одному вирусу, а целому семейству схожих вирусов, общее число которых может достигать сотни, а то и тысячи (!!!) на одну сигнатуру. Подобное строение вирусной базы позволяет антивирусу Dr.Web не только занимать меньше места на жестком диске, но и меньше использовать вычислительные ресурсы системы.

Использование прокси-сервера обновлений, интегрированного в Dr.Web Enterprise Security Suite, позволяет существенно экономить трафик на обновлениях. При его применении обновления напрямую с ВСО получает только прокси-сервер, а все подключенные к нему Серверы Dr.Web получают обновления уже с прокси-сервера по локальной сети.

Прокси-сервер в Dr.Web Enterprise Security Suite выполняет следующие функции:

1. прослушивание сети и прием соединений в соответствии с заданным протоколом и портом с целью обеспечения единой точки выхода в сеть всех Серверов Dr.Web;
2. трансляция протоколов (поддерживаются протоколы TCP/IP);
3. пересылка данных между Сервером Dr.Web и Агентами Dr.Web в соответствии с настройками прокси-сервера;
4. кэширование обновлений Агента и антивирусного пакета, передаваемых Сервером. В случае выдачи обновлений из кэша прокси-сервера обеспечивается:
   • уменьшение сетевого трафика,
   • уменьшение времени получения обновлений Агентами.

Схема антивирусной сети при использовании прокси-сервера:

• Сервер Dr.Web
• Прокси-сервер
• Защищенный компьютер
• Локальная сеть
• Интернет
• Маршрутизатор

Обновления полностью изолированных станций возможны двумя способами:

Рекомендуемый способ

Используйте Dr.Web Desktop Security Suite.

На каждом защищаемом ПК после установки продукта настройте зеркало обновлений и в дальнейшем вручную обновляйте антивирус с подключаемого устройства или CD-диска.

Альтернативный способ

Используйте Сервер Dr.Web на серверном ПК и Агенты Dr. Web (не Dr.Web Desktop Security Suite) на рабочих станциях.

Проводите обновления с помощью репозитория, полученного с сайта компании «Доктор Веб» или с другого Сервера Dr.Web.

Вы можете настроить расписание выполнения заданий на Сервере Dr.Web для выполнения регулярных обновлений ПО. Подробнее о том, как это сделать, можно прочитать здесь.

Но стоит понимать, что установленное по умолчанию расписание обновлений обеспечивает максимальную антивирусную защиту, поэтому без крайней нужды менять его не рекомендуется!

Смысл устанавливать расписание обновлений вручную есть только тогда, когда обновление антивируса может помешать каким-либо бизнес-процессам компании, имеющим высокий приоритет и создающим высокую нагрузку на сеть и вычислительные мощности входящих в сеть машин. Например, синхронизация данных или общее архивирование.

Но даже в случае ручной настройки расписания обновлений рекомендуется по возможности максимально «приближать» новый график к тому, что был установлен изначально.

Настроить уведомления, выдаваемые антивирусной системой администратору, можно в соответствующем разделе Центра управления Сервера Dr.Web.

Для этого необходимо в главном меню Центра управления выбрать пункт Администрирование → Конфигурация оповещений и указать, какие именно оповещения и о каких именно событиях вы хотите получать.

Подробнее о настройке уведомлений в Центре управления Сервера Dr.Web можно прочитать здесь.

На предприятиях должна использоваться система централизованного управления антивирусной защитой, которая должна:

• Обеспечивать максимально быструю доставку обновлений вирусных баз на все защищаемые рабочие станции и серверы — в том числе по решению администратора в ущерб общей производительности защищаемой локальной сети. Минимизация времени получения обновления должна в том числе обеспечиваться минимизацией размера самих обновлений, а также постоянным соединением защищаемых рабочих станций и серверов с сервером обновлений.
• Обеспечивать невозможность отключения пользователями обновлений. Мнение сотрудников любой должности о частоте проведения обновлений должно ИГНОРИРОВАТЬСЯ.

Dr.Web позволяет централизованно администрировать защиту рабочих станций и серверов локальной сети, а также личных устройств сотрудников, включая мобильные устройства.

Возможности антивирусной системы защиты Dr.Web позволяют:

• исключить возможность отмены обновления рабочей станции сотрудником;
• отключать от сети необновленного агента, а значит, предотвращать распространение эпидемий внутри локальной сети и за ее пределы;
• задать нужный режим обновлений компонентов Dr.Web на защищаемых станциях, распределив нагрузку на разные промежутки времени;
• проводить мониторинг вирусных баз и состояния станций.

Ни для одного типа приложений обновления не играют столь важную роль, как для антивируса. Уведомления держат пользователя в курсе состояния дел с обновлениями.

• Сообщение об успешном обновлении — можно быть спокойным.
• Уведомление об ошибке обновления или требование перезагрузки — повод принять необходимые меры: перезагрузить ПК или найти и устранить причину, мешающую обновлению.

В антивирусной сети Dr.Web критическое время отсутствия обновлений равняется одним суткам.

После этого все станции (серверы, рабочие станции и другие узлы), не сумевшие получить обновления, получают статус «Ошибка обновления». При появлении в сети узлов с таким статусом происходят следующие события:

1. В области уведомлений Центра управления Сервера Dr.Web появляется критическое уведомление, что станции не получают обновления.

2. Все станции, не получавшие обновлений, автоматически заносятся в системную группу Антивирусная сеть → Status → Update Errors. В штатном режиме эта папка должна быть пуста.

   По умолчанию она скрыта, и чтобы увидеть ее, нужно в настройках вида дерева отметить флажком пункт Показывать скрытые группы.

Использовать multicast-обновления (групповые обновления) имеет смысл в крупных антивирусных сетях с общим количеством Агентов от 1000. При использовании в них стандартного обновления по TCP-протоколу не исключены сбои в сети из-за резкого роста нагрузки на нее.

Это связано с принципом работы TCP-протокола — при обновлении сервер «персонально общается» с каждым из Агентов и обновления качаются на каждый Агент по своему каналу. Если используемые при этом каналы связи недостаточно стабильны или имеют низкую пропускную способность, либо Сервер Dr.Web развернут на не слишком мощном оборудовании, есть риск «падения» антивирусной сети в момент пиковой нагрузки, создаваемой массовым обновлением по TCP-протоколу.

При использовании групповых обновлений происходит массовая односторонняя рассылка обновлений Сервером Dr.Web по протоколу UDP, которую получают все находящиеся онлайн Агенты. Нагрузка на сеть при этом резко не растет.

Тестирование обновлений — очень серьезный и трудоемкий процесс. Перед выпуском в релиз каждое обновление антивируса Dr.Web проходит тщательное тестирование на корректность работы и взаимодействие с рабочей средой в самых разных системах. Выпущенные обновления — уже протестированы компанией «Доктор Веб».

Кроме того, пытаться провести тестирование в «домашних» условиях — пустая трата времени, так как даже небольшая сеть имеет ПК с различными конфигурациями и несколько серверов различного назначения, что невозможно воспроизвести на отдельной станции или в виртуальной сети.

Чтобы обеспечить обновление Dr.Web Enterprise Security Suite в сетях со слабыми каналами связи, удобнее всего использовать сжатие трафика — при включении этой функции весь трафик между Сервером Dr.Web и Агентами сжимается, что резко снижает нагрузку на канал связи.

Но стоит иметь в виду, что использование сжатия трафика, экономя ресурсы сети, увеличивает нагрузку на вычислительные ресурсы агентских ПК, поскольку требуется «распаковывать» обновления на стороне Агента. Это может вызвать замедление работы ПК во время установки обновлений, если установленное нем «железо» соответствует минимальным системный требованиям для функционирования антивируса Dr.Web.

Для получения обновлений в ситуации, когда мобильный Агент находится вне локальной антивирусной сети (т. е. не имеет доступа к Серверу Dr.Web), его необходимо настроить для получения обновлений через ВСО Dr.Web. Для этого требуется установить мобильный режим работы Агента. В контекстном меню Агента в области уведомлений Панели задач выберите Мобильный режим и отметьте флажком пункт Разрешен. Цвет значка Агента изменится на желтый.

В мобильном режиме Агент трижды пытается подключиться к Серверу Dr.Web и, если это не удалось, выполняет HTTP-обновление с ВСО. Попытки найти Сервер Dr.Web идут непрерывно с интервалом около минуты. В этом режиме производится обновление только вирусных баз.

Важно! Вариант Мобильный режим будет доступен в контекстном меню станции при условии, что в правах данной станции на Сервере Dr.Web разрешен мобильный режим использования ВСО Dr.Web.

Во время функционирования Агента в мобильном режиме связь Агента с Сервером Dr.Web прерывается и все изменения, которые задаются на Сервере для такой станции, вступят в силу только после того, как мобильный режим работы Агента будет выключен и связь с Сервером Dr.Web возобновится.

Примечание. Если Сервер Dr.Web имеет статичный внешний IP-адрес, то мобильные Агенты могут получать с него обновления через Интернет, находясь в любой точке мира. В этом случае нужно провести настройку обновлений на Агенте, мобильный режим в таком случае использовать не требуется.

Различий между обновлением Агентов на рабочих станциях и серверах ЛВС нет.

Основное отличие между Агентами Dr.Web на рабочих станциях и серверах ЛВС — версия антивирусного сторожа SpIDer Guard, который имеет серверную версию и версию для рабочих станций.

Но для администратора антивирусной сети нет разницы при установке и обновлении Агентов на станциях и серверах ЛВС, поскольку все необходимые действия будут выполняться Сервером Dr.Web автоматически по следующему алгоритму:

1. при получении информации о ПК (или при подготовке инсталляционного пакета) определяется используемая операционная система;
2. если установлена серверная версия ОС, то будет инсталлирован Агент, содержащий серверную версию SpIDer Guard, в противном случае — версию для рабочих станций;
3. после установки Агент автоматически будет при обновлении получать именно ту версию компонента SpIDer Guard, которую он применяет.