Наш форум переведен в режим работы "только для чтения", публикация новых тем и сообщений недоступна. Мы искренне благодарны вам за то, что были с нами, но пришло время двигаться дальше. После официального ухода компании ESET с российского рынка мы приступили к разработке новых продуктов вместе с новыми партнёрами. Приглашаем вас присоединиться к нашему новому форуму PRO32.
Мы более не являемся эксклюзивным дистрибьютором программных продуктов словацкого разработчика ESET в России, Республике Беларусь, Казахстане, Азербайджане, Узбекистане, Кыргызстане, Таджикистане, Туркменистане, Молдове, Грузии и Армении.
Купить и продлить лицензии ESET на нашем сайте больше нельзя.
Предлагаем вам попробовать новые продукты компании PRO32.
PRO32 — это технологичные решения, надежная защита от киберугроз и максимальная производительность устройств. Для действующих клиентов ESET мы предлагаем промокод на скидку в размере 15% — ESET15. Скопируйте его и после добавления товара в корзину, не забудьте его применить в корзине.
6to4. Использование возможно в том случае, если у компьютера статический «белый» IPv4-адрес. Это принципиально, так как именно на его основе должен быть сформирован уникальный глобальный IPv6-адрес. Для активации достаточно выполнить всего одну команду:
netsh int ipv6 6to4 set relay 192.88.99.1 enabled 1440
Здесь 192.88.99.1 представляет специальный широковещательный (anycast) адрес, посредством которого находятся шлюзы 6to4. Один из них, независимо от своего размещения (маловероятно, что у отечественного провайдера), и будет задействован в результате, и на него будет маршрутизироваться весь 6to4-трафик. Соответственно, возможны проблемы с производительностью, хотя, учитывая малую распространенность IPv6, ни о чем подобном пока не сообщалось.
[ Закрыто] Ошибка в журнале событий Windows, Сбой при вызове ScRegSetValueExW для FailureActions из-за ошибки Отказано в доступе.
Косяк был их (NOD32) ... переустановка (как писал) не помогла ! .... после обновления до (21.10.2017 13:02:20 до версии 10.1.235.1) всё было хорошо ... и вот сегодня (через 2 недели) ОПЯТЬ !!!
После обновления отключились защита файловой системы и HIPS
[QUOTE]Я бы еще попал в сторону проверку системы на ошибки(чекдиск), а также проверка памяти и жесткого диска в целом.[/QUOTE] [QUOTE]После установить антивирусный продут в чистую[/QUOTE] [QUOTE]Я бы рекомендовал удалить антивирус в безопасном режиме[/QUOTE] ВСЁ проделано ! ... 9 дней нормально ... сегодня с утра (20-10-2017) После обновления отключились защита файловой системы и HIPS... в журнале Нода записей про то ...нет Это как-то связано с C:\Windows\PFRO.log ... как в нём появляются записи ... сразу ошибка !!! [QUOTE]Это файл содержащий «информацию о предстоящих переименованиях файлов» (pending file rename operations, PFRO). То есть список файлов которые нужно переименовать или переместить (например в ходе обновления систем), но сейчас это сделать нельзя (они загружен в память). Они будут переименованы после перезагрузки.[/QUOTE]
но файлов этих не было (да и написано 0 Successful PFRO operations) ... а ошибка ЕСТЬ !!! После перезагрузки всё стало нормально ! (согласитесь !!! что ЭТО НЕ НОРМАЛЬНО !!!)
Такая же история ... NOD ставил на чистую ... где-то одно из 7-9 обновлений приводило к этой ошибке ... при откате на предыдущую версию всё ОК (работало) ... если тут-же обновить - ОШИБКА ... Обращался в поддержку ... песня та-же ...удаляй и ставь заново (ну что ж ... сделал так ... ПОГЛЯДИМ !!! !!! !!!)