Symantec Endpoint Protection - Вопросы по Symantec Endpoint Protection - Форумы Anti-Malware.ru Перейти к содержанию
2600

Symantec Endpoint Protection

Recommended Posts

2600

При установленном SEP MR3 RUS (версия 11.0.3001.2224) и попытках прямой записи в файлы doc - редактировании файла в MicroSoft Word выскакивает окошко - Не удаётся завершить сохранение из-за ошибки доступа к файлу. Файл на флэшке уничтожается и остаются только *.tmp последствия от него. Причём, эта проблема напрямую связана с SEP. Windows переустанавливал с 0. Базы были вполностью обновлены. Тест файла вордовского проводил ещё и на online проверке (23 антивирусами). Проводил данный тест на нескольких компьютерах с SEP MR3 RUS (версия 11.0.3001.2224).

При выключенном SEP MR3 RUS (версия 11.0.3001.2224) всё ОК.

При попытке записи и редактировании этого же файла в Word Pad проблем не возникает. Остальные файлы тоже - всё ОК. При записи на флэшку с установленным и включённым SEP Eng 11.0.2010.25 - всё ОК

Смотрите вложение.

Пока поставил в исключение *.doc, *.xls

01.jpg

02.jpg

03.jpg

post-4287-1227259259_thumb.jpg

post-4287-1227259299_thumb.jpg

post-4287-1227259343_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум

2600 Word какая версия? Я видел что-то похожее, но как раз версии 11.0.2, рекомендую открыть запрос в технической поддержке

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
2600
2600 Word какая версия? Я видел что-то похожее, но как раз версии 11.0.2, рекомендую открыть запрос в технической поддержке

Не зависит от версии. Проверял на Word 2003, Word 2007.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум
Не зависит от версии. Проверял на Word 2003, Word 2007.

А если попробовать английскую версию 11.0.3001? Все же рекомендую открыть запрос в ТП

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Archangelx

Очень актуальная проблема, у меня такая проблема возникла на нескольких пк

SEPM 11.0.4000.2295 Ru

Все компьютеры одинаковые

Windows XP Pro управляется доменом

Установлен MS Office 2007 Проф

Ситуация почти такая же как и выше только осложнена тем что такая ошибка у меня возникает на винчестере (в смысле на локальных дисках(NTFS))

Имеется документ (ранее созданный, и несколько раз отредактированный ) "d:\Работа\Моя работа.doc". Этот документ открывается Word'ом в него вносятся изменения после чего при попытке сохранить документ выдает сообщение "Приложению Word не удалось завершить сохранение из за ошибки доступа к файлу (d:\Работа\Моя работа.doc)". В этой же папке создается что то типа "~WRL0002.tmp" , припопытке удалить выдает сообщение что файл занят. Удалить "~WRL0002.tmp" можно только после перезагрузки. Так же бывают случаи когда при попытке сохранать документ, ворд выдает указаную выше ошибку, а если закрыть документ без сохранения то оригинал документа пропадает вообще.

Данная ошибка возникает только на определенных ПК, этот же документ на другом ПК открывается и сохраняется без проблем. Полная переустановка MS Office 2007 ни чего не дала.

Все компьютеры в SEPM находятся в одной группе и управляются одной политикой. Права администратора у пользователя есть.

Подскажите где искать решение

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Alien
Очень актуальная проблема, у меня такая проблема возникла на нескольких пк

SEPM 11.0.4000.2295 Ru

Все компьютеры одинаковые

Windows XP Pro управляется доменом

Установлен MS Office 2007 Проф

Ситуация почти такая же как и выше только осложнена тем что такая ошибка у меня возникает на винчестере (в смысле на локальных дисках(NTFS))

Имеется документ (ранее созданный, и несколько раз отредактированный ) "d:\Работа\Моя работа.doc". Этот документ открывается Word'ом в него вносятся изменения после чего при попытке сохранить документ выдает сообщение "Приложению Word не удалось завершить сохранение из за ошибки доступа к файлу (d:\Работа\Моя работа.doc)". В этой же папке создается что то типа "~WRL0002.tmp" , припопытке удалить выдает сообщение что файл занят. Удалить "~WRL0002.tmp" можно только после перезагрузки. Так же бывают случаи когда при попытке сохранать документ, ворд выдает указаную выше ошибку, а если закрыть документ без сохранения то оригинал документа пропадает вообще.

Данная ошибка возникает только на определенных ПК, этот же документ на другом ПК открывается и сохраняется без проблем. Полная переустановка MS Office 2007 ни чего не дала.

Все компьютеры в SEPM находятся в одной группе и управляются одной политикой. Права администратора у пользователя есть.

Подскажите где искать решение

У меня 100% аналогичная проблема. SEP 11.0.4202.75 Ru

Так же проявляется не на всех компьютерах. На сетевом диске сохраняет без проблем.

ПОМОГИТЕ!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум

Обращайтесь в тех. поддержку, это самое надежное решение

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Strannik

В версии 11.0.5 в Release_Notes_for_Symantec_Endpoint_Protection_11_0_5 есть такой абзац:

Microsoft Word files are deleted as soon as they are opened

on a local partition

Fix ID 1536936

■ Symptom: Microsoft Word files are deleted as soon as they are opened on a

local partition.

■ Solution: Auto-Protect was modified to do non-buffered I/O on NTFS file

system.

Вроде бы ваши симптомы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Alien
В версии 11.0.5 в Release_Notes_for_Symantec_Endpoint_Protection_11_0_5 есть такой абзац:

Microsoft Word files are deleted as soon as they are opened

on a local partition

Fix ID 1536936

■ Symptom: Microsoft Word files are deleted as soon as they are opened on a

local partition.

■ Solution: Auto-Protect was modified to do non-buffered I/O on NTFS file

system.

Вроде бы ваши симптомы.

Похо же на то! :)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      Если версия системы идентичная то скорее всего подойдет, но это не точно, потому что лично я всегда пользовался бэкапом реестра, сперва ERUNT-ом, а когда он стал неактуален сделал свой ABR.
    • santy
      Вообще, в сети мало пишут про то, как восстановить работу безопасного режима, в основном после поискового запроса выводят статьи, как войти в безопасный  режим. (Видно хромает еще ИИ по этому вопросу). По данному, частному случаю как будто все уже перепробовали: точка восстановления есть но с заражением системы, со слов пользователя. Хотя по факту здесь и не нужно восстанавливать систему, достаточно только найти в этой точке файл SYSTEM, откопировать его в другое место и извлечь из него ключ SafeBoot. Возможно, что он и делал восстановление системы из точки восст., но Safe mode не заработал. Других точек восстановления нет, бэкапов реестра нет, так как не работал ранее с uVS, да, и мы вообщем редко практикуем в сложных случаях создавать бэкап реестра. Те функции восстановления ключа, что заложены в uVS, опираются на бэкап реестра. (Которого не оказалось в системе). Твик Зайцева так же не сработал, возможно основан на методе их текста, который RP55 принес сюда. Остается попытаться перенести ключ с чистой аналогичной системы. Возможно ли безболезненно взять ключ Safeboot из другой аналогичной чистой системы? Какие могут возникнуть проблемы? драйвера оборудования могут оказаться различными?  
    • demkd
      "CurrentControlSet" это виртуальный ключ, он указывает на последний рабочий CurrentControlSetXXX, потому копировать там обычно нечего потому что есть лишь CurrentControlSet001, который и есть CurrentControlSet, другое дело когда есть 001 и 002, один из них может быть живым, а может и не быть.
      Но на самом деле не нужно маяться фигней, нужно пользоваться бэкапом и восстановлением реестра, тем более что в uVS есть твик для включения системного бэкапа реестра, так же копии реестра есть в теневых копиях и точках восстановления, где гарантировано можно найти рабочую ветку реестра и восстановить ее либо руками либо через uVS->Реестр->Восстановить из копии ключ SafeBoot
    • PR55.RP55
      " Вот еще в помощь рекомендации от Зайцева Олега:   Цитата Кроме того, есть еще один метод восстановления испорченных ключей. Как известно, в самом реестре есть копии ключа SafeBoot. Они находятся в HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot и HKLM\SYSTEM\CurrentControlSet002\Control\SafeBoot. Следовательно, можно попробовать следующую операцию:
      1. Экспортировать HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot
      2. В полученном REG файле заменить "CurrentControlSet001" на "CurrentControlSet" (REG файл текстовый, поэтому заменить несложно)
      3. Импортировать модифицированный файл
      Данная операция может быть успешной сразу после запуска повреждающей ключ реестра вредоносной программы, до перезагрузки. Нарушена загрузка в защищенном режиме (SafeBoot) Изменено 6 часов назад пользователем safety " https://forum.kasperskyclub.ru/topic/466078-privetstvuju-slovil-majner-po-nazvaniem-toolbtcmine2782/page/6/#comments А, что если это будет делать uVS ? т.е. Копировать ключ > модифицировать > производить перезапись.
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 18.1.10.
×