У нас есть следующие особенности для наших развертываний системы, которые, как представляется, играют определенную роль в этой проблеме:
- С Office 2010 мы определили, что необходимо полностью отключить DEP. Это было обусловлено в его организации и у меня не было времени или ресурсов, чтобы выяснить, почему это так. На данный момент это данность.
- мы устанавливаем дисковый пакет шифрования вызова Hibun, который старше, и который имеет известные проблемы с диспетчера очереди печати Услуга. Обойти было установлено параметры DEP для сканирования все, кроме тех программ, которые я вручную выбран, а затем добавить службу диспетчера очереди печати в список исключений. Этот процесс происходит до полного отключения DEP Office 2010.
проблема возникает, когда мы ставим это требование и этот обходной путь вместе при наличии шифрования диска.
проблема повторяема: полностью свежая установка, полностью исправленная, приводит к точно то же самое поведение в тот же момент.
поведение, кажется, что, несмотря на то, что говорят, чтобы быть отключены как на уровне ОС и BIOS, DEP продолжает работать, когда установлено шифрование диска, и он продолжает вызывать горе, когда он сталкивается со Службой диспетчера очереди печати.
решение состояло в том, чтобы отключить службу диспетчера очереди печати.
мы находимся в сетевой среде, где задания буферизуются сервером печати, и поэтому локальный Служба диспетчера очереди печати не требуется. Я протестировал печать с отключенной службой локального диспетчера очереди печати, и она работает нормально. Единственные проблемы могут возникнуть, если человек пытается печатать на принтере, кроме тех, в офисе, который не является большой проблемой, как это неявно запрещено политикой безопасности компании.
Это не лучшее решение, это не элегантное решение, это даже не особенно хорошее решение, у меня просто нет времени, чтобы тратить на лучшее. И до тех пор, пока пользователь не пытается печатать рабочие файлы из дома (что является огромным нет-нет в любом случае), они не должны испытывать никакого плохого поведения с компьютера.
Murglefrump! Ненавижу такие плохие решения. Но эй, я скоро перейду к другой компании, которая будет немного более открытой, когда дело доходит до ИТ-политики, и у меня будет больше ответственности и я смогу тратить время на поиск истинных исправлений и придется довольствоваться меньшим количеством решений для вставки и липкой ленты.