Рабочие станции имеют несколько сопоставлений дисков с SRV01 . На одной акции есть исполняемые файлы приложения для программы учета и подготовки налогов с поддержкой сети. После перезагрузки все подключенные диски работают нормально. Программа подготовки налогов может быть запущена из общего ресурса и в некоторых случаях будет открываться и функционировать должным образом, пока не будут использованы определенные функции. Другие рабочие станции будут иметь ошибки сразу после открытия приложения. В любом из сценариев предсказуемо, когда ошибка появится после того, как она была представлена ранее, и как только ошибка обнаружится, все подключенные диски к SRV01 перейдут в автономный режим или станут недоступны с рабочей станции. Затем пользователь должен выйти из системы или перезагрузиться, прежде чем все восстановится. В сообщениях об ошибках обычно указывается, что диск недоступен, но, как я уже говорил, доступ ко всем общим ресурсам разрешен (через Проводник Windows, и я проверил разрешения) до возникновения ошибки и после ее сброса все диски отключаются. , Это включает в себя акции, совершенно не связанные с приложением.

Это непостоянная проблема, которую трудно отследить. Производитель программного обеспечения отрицает, что это их применение, конечно. Я ожидаю подтверждения моего заключения о том, что приложение виновно, или каких-либо указаний относительно того, что еще я могу расследовать. Спасибо!

2 ответа2

1

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

Я полагаю, что проблема заключалась в том, что групповая политика периодически обновлялась (интервал обновления составляет около 90 минут IIRC), и монтирования были настроены для удаления и повторного подключения вместо простого обновления. Мы настроили конфигурацию, и проблемы исчезли.

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

https://technet.microsoft.com/en-us/library/cc770902(v=ws.11).aspx

0

Антивирус оказался виновником. В других сетевых приложениях начали появляться похожие сообщения об отказе в доступе, и все общие диски на соответствующем сервере отключались. Иногда это будет предсказуемо, когда это произойдет, а иногда нет. Наткнулся на новый раздел нашего антивирусного программного обеспечения, который обнаруживает действия "шифрования", а затем, если сочтет их вредоносными, пометит хост (читай: рабочая станция) как ненадежный в сети. Конечно, этот инструмент имел сообщения журнала, помечающие файлы, относящиеся к каждому уязвимому приложению. Переконфигурация белых списков, кажется, прояснила ситуацию.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .