Назад | Перейти на главную страницу

GPO: как определить, почему .msi не устанавливается через Active Directory

Я создал объект групповой политики для распространения пакетов .msi на ПК в определенном подразделении. Я подтвердил, что:

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

ЕСЛИ MSI вообще был запущен, это будет отображаться в журнале событий приложений на ПК. Как отметил Тим Бригам, в этом может быть виновата безопасность, чтобы удалить ее как фактор, просто убедитесь, что прошедшие проверку пользователи имеют как минимум доступ на ЧТЕНИЕ (включая компьютеры, прошедшие проверку подлинности домена) - к общему ресурсу и всем подпапкам и файлам.

MSI, развернутые через GPO, продолжат попытки переустановки. Вам необходимо убедиться, что общий ресурс в сети доступен через любую учетную запись, которая будет использоваться для доступа к процессу установки. Раньше меня укусило такое поведение, когда учетная запись компьютера использовалась для запуска установщика, но доступ к общему ресурсу предоставлялся только пользователям домена.

Если я правильно помню, вы сможете использовать возможности ведения журнала MSI, чтобы проверить, удален ли файл. Если при его загрузке произошел сбой, это должно быть зарегистрировано в системном журнале клиента.