#21
Отправлено 03 Апрель 2026 - 04:56
#22
Отправлено 03 Апрель 2026 - 10:33
Мы из разных миров. Тебе шашечки, а мне ехать =)
Мне ехать, но не на костылях, а на колёсах, причём круглых.
Я видел без преувеличения многие десятки кейсов, где это помогло и ничего при этом не сломало. И ни одного, где бы это вызвало явные проблемы, требующие решения.
Порезал палец – ампутировали руку. Никто не умер, значит, лечение выбрано правильно. Какая-то такая логика.
что включенные мультикаст апдейты фактически просто тормозят эти апдейты
Задерживают на ровно сконфигурированный интервал времени, причём довольно небольшой.
И создается впечатление, что фолбэка никакого не предусмотрено.
Впечатление неверно. И это даже описано в доке. "Все файлы, которые не удалось передать на этапе обновления по multicast-протоколу, будут передаваться в процессе стандартного обновления по протоколу TCP."
#23
Отправлено 03 Апрель 2026 - 10:35
Итак. Добавил в архив с репозиторием папку "win-nt-64" репозиторий перезалил на сервер. Ошибка из лога сервера исчезла, но появилась другая. В разделах "продукты" и "состояние" ошибка при обновлении вирусных баз dr.web. Отключил групповые обновления, перезагрузил, подождал 2 часа. Ни к чему вышеописанное не привело, только одна ошибка поменялась на другую.
Возьмите уже нормальные обновления, а не из непонятных источников. Нам тут чужие косяки разбирать не очень интересно.
Проблемы с обновлением из левого источника – обращайтесь в этот источник. Мы за это никак не отвечаем.
#24
Отправлено 03 Апрель 2026 - 12:34
Сообщение было изменено nikitag: 03 Апрель 2026 - 12:37
#25
Отправлено 03 Апрель 2026 - 13:28
А понятные источники, это какие?
esuite.geo.drweb.com – единственный заведомо верный источник. Все остальные – под сомнением априори.
Может проблема вовсе не в обновлениях?
Процитированные Вами ранее логи говорили о том, что проблема в источнике обновлений точно есть, потому что там покопались какие-то шаловливые руки.
#26
Отправлено 05 Апрель 2026 - 09:41
Впечатление неверно. И это даже описано в доке. "Все файлы, которые не удалось передать на этапе обновления по multicast-протоколу, будут передаваться в процессе стандартного обновления по протоколу TCP."
Это то, как оно должно работать, но не то, как оно работает по факту. По крайней мере в некоторых кейсах. Вот в этой теме живой человек отписался, которому оно помогло. Поинтересуйся, сколько у него на агентах апдейтов не было.
best regards,
Technical support department, Doctor Web, Ltd.
#27
Отправлено 05 Апрель 2026 - 09:47
>>А понятные источники, это какие?
У Вас там сертификация? ФСБ? Если нет, то не понятно, по какой причине вы не сами апдейты получаете, а качаете из неназванного источника.
Ок, если машина с сервером сама не может сходить за апдейтами, изолирована целиком от сети, но в целом то их можно загрузить с любой машины, на которой есть интернет с помощью соответствующей тулзы reploader. И уже самостоятельно полученный полноценный архив репозитория скормить серверу для апдейта.
best regards,
Technical support department, Doctor Web, Ltd.
#28
Отправлено 05 Апрель 2026 - 11:45
Ну в общем первое... вот сидим, голову ломаем. То-ли у нас руки из одного места, то-ли причина в другом...
Сообщение было изменено nikitag: 05 Апрель 2026 - 11:48
#29
Отправлено 05 Апрель 2026 - 19:44
Без детальных логов с ошибками, к сожалению, только гадать и можно. Вы там выше выдержку присылали. Что теперь по ошибкам в логе показано?
best regards,
Technical support department, Doctor Web, Ltd.
#30
Отправлено 06 Апрель 2026 - 11:12
Это то, как оно должно работать, но не то, как оно работает по факту. По крайней мере в некоторых кейсах.
Поскольку никакого объективного контроля нет, особенно тикетов в трекере – работает оно так, как должно. Остальное домыслы и слухи.
Вот в этой теме живой человек отписался, которому оно помогло. Поинтересуйся, сколько у него на агентах апдейтов не было.
Это не представляет никакого интереса, потому что, если какая-то проблема существует – это никак не приблизит никого к её решению.
#31
Отправлено 06 Апрель 2026 - 13:26
"Мы действуем в силу того, что мы признаем полезным... В теперешнее время полезнее всего отрицание — мы отрицаем" (с) Е.Базаров. ![]()
best regards,
Technical support department, Doctor Web, Ltd.
#32
Отправлено 07 Апрель 2026 - 08:11
Без детальных логов с ошибками, к сожалению, только гадать и можно. Вы там выше выдержку присылали. Что теперь по ошибкам в логе показано?
в личку могу их скинуть?
#33
Отправлено 08 Апрель 2026 - 19:59
Сообщение было изменено nikitag: 08 Апрель 2026 - 19:59
#34
Отправлено 09 Апрель 2026 - 08:30
С агентами обождите пока, серверные сначала надо. Можете скинуть в личку.
best regards,
Technical support department, Doctor Web, Ltd.
#35
Отправлено 29 Июнь 2026 - 02:51
#36
Отправлено 29 Июнь 2026 - 20:01
1. Нужно быть на 100% уверенным, что у Вас та же самая проблема. Даже если ошибка такая же, в общем случае это не означает, что причина её та же.
2. Здесь в итоге никаких логов не последовало, сколько я помню, а значит диагностика до конца не была завершена.
Но можно предположить, что это должно было решиться естественным образом, если источник, откуда обновления брались, либо поменялся, либо починил полноту репозитория.
И здесь важный аспект, что у топикстартера, сколько я понял, была сертификация ФСБ. Там свои методы получения обновления репозитория.
best regards,
Technical support department, Doctor Web, Ltd.
#37
Отправлено 30 Июнь 2026 - 12:37


