Это приложение не будет установлено по соображениям безопасности windows 7 msi

Обновлено: 05.07.2024

Довольно распространённая проблема среди пользователей операционной системы Windows любых версий – ошибка msi при установке программ из файла с расширением .msi. В этой статье я опишу часто встречаемые проблемы с установщиком Windows 7/10/XP и варианты их решения, а также сделаю видео по текущему вопросу.

Файлы с расширением .msi это обычные пакеты установки (дистрибутивы) из которых ставится программа. В отличии от обычных «setup.exe», для запуска файла msi система использует службу Windows Installer (процесс msiexec.exe). Говоря простыми словами, установщик Windows разархивирует и запускает файлы из дистрибутива. Когда Windows Installer не работает, то появляются различные ошибки.

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

Ошибки msi файлов

Очень часто ошибки появляются из-за недостаточных прав системы на файлы или папки. Нельзя сказать, что Windows Installer не работает, в этом случае достаточно просто добавить нужные права и всё заработает. Буквально вчера я столкнулся с тем, что скаченный дистрибутив .msi не захотел устанавливаться, при этом успешно запускается мастер установки, выбираются параметры, но затем система думает несколько секунд и выдаёт ошибку:

А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:

Кликаем правой кнопкой по файлу с расширением .msi, выбираем «Свойства»
На вкладке «Безопасность» смотрим, есть ли в списке пользователь с именем «система» или «System»
Скорее всего вы такого не увидите. Поэтому будем добавлять вручную. Нажимаем кнопку «Изменить…», затем «Добавить…»
В поле пишем «система» или «System» (если у вас английская Windows) и нажимаем «Проверить имена». При этом слово должно стать подчёркнутым как на картинке.
Нажимаем «ОК», ставим галочку «Полный доступ», «ОК»
Кнопка «Дополнительно» -> «Изменить разрешения…» ставим «Добавить разрешения, наследуемые от родительских объектов», «ОК» три раза.

Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:

В Windows XP вкладки «Безопасность» не будет, если включён простой общий доступ к файлам. Чтобы его выключить, нужно зайти в «Пуск -> Панель управления -> Свойства папки -> Вид» и выключить опцию «Использовать простой общий доступ к файлам». В урезанных версиях Windows 7/10 и XP вкладки «Безопасность» нет в принципе. Чтобы её увидеть, нужно загрузить Windows в безопасном режиме и зайти в неё под администратором.

Ещё способы решить проблему

Error 1723
Internal Error 2203
Системная ошибка 2147287035
Ошибка «Невозможно открыть этот установочный пакет»
Ошибка 1603: Во время установки произошла неустранимая ошибка

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

Сначала узнаем нужные пути. Нажмите «Win + Pause» и зайдите в «Дополнительные параметры системы -> Вкладка «Дополнительно» -> кнопка «Переменные среды»»
В списках ищем переменные с названиями «TEMP» и «TMP» (значения обычно совпадают), в них записаны пути к временным папкам, которые использует установщик Windows
Теперь идём к этим папкам и смотрим в их свойствах, имеет ли к ним доступ «система». Чтобы быстро получить путь к временной папке пользователя, кликните два раза по переменной, скопируйте путь и вставьте его в адресной строке «Проводника» Windows

После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.

Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:\Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.

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

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

Ошибка установщика Windows

В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:

Нет доступа к службе установщика Windows
Не удалось получить доступ к службе установщика Windows
Ошибка пакета установщика Windows (1719)

или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.

Сначала давайте проверим работает ли служба Windows Installer:

Нажмите «Win + R» и введите services.msc
Найдите в конце списка службу «Установщик Windows» или «Windows Installer»
Тип запуска должен быть «Вручную». Если она «Отключена», то зайдите в «Свойства» и выберите «Вручную»
Затем кликните по ней правой кнопкой и выберите «Запустить» или «Перезапустить». Если ошибок нет и состояние переходит в режим «Работает», то здесь всё нормально.
Нажмите «Win + R» и введите msiexec. Если модуль MSI работает нормально, то должно появиться окно с версией установщика и параметрами запуска, а не ошибка.

Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите

Sfc /scannow

Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.

Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.

Параметры реестра и службы

Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.

Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.

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

В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.

Если не помогло, то проделайте ещё перерегистрацию компонентов:

Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.

Если команды выполнились, но не помогло, то скачайте файл и запустите msi_error.bat из архива, проверьте результат.

Подведение итогов

Я создал msi-файл для установки своего приложения Windows Forms, и когда я пытаюсь запустить msi-файл, я получаю следующую ошибку:

Я понимаю, что это проблема с разрешениями, и вам нужно быть администратором, а не просто иметь права администратора.

Есть ли способ обойти это? поменять пакет на базовый?

Это может быть связано с тем, что вы используете групповую политику для его установки (в этом случае измените UI в разделе Advanced Deployment ), но это может противоречить политике вашего домена. Вы можете попробовать использовать:

Я предполагаю, что вы работаете как локальный администратор, а не как администратор домена. Вы также должны убедиться, что вы еще не установили пакет.

Это рекламируемое приложение не будет установлено, поскольку оно может быть небезопасным

И удалите такие проблемы, как:

установленный продукт не соответствует источникам установки

Это сработало для принудительной установки:

И это сработало для удаления приложения, если процесс не позволил мне удалить его (обычно из учетных записей других пользователей (я использовал параметр «все пользователи» при установке):

Мой окончательный вывод заключался в том, что мой файл .msi был слишком глубоко спрятан в моих папках. Поэтому, когда я входил в систему для других пользователей (я установил с опцией «все пользователи») для установки или удаления, и щелкнул значок на рабочем столе или попытался удалить из «добавить удаление программ», установщик при этом point снова не смог найти оригинал .msi , потому что он был спрятан слишком глубоко в моей папке.

Перемещение product.msi ближе к корневой папке устранило все проблемы.

У меня была такая же проблема с установщиком, созданным в MS Visual Studio. Когда я открыл файл .suo решения vs с помощью блокнота, я обнаружил пути к файлам, не связанные с проектом решения !! Установщик был создан в спешке, изменив старый проект, и хотя я проверил все свойства, ссылки и т. Д. Из графического интерфейса Visual Studio, несвязанные пути к файлам в .suo вызывали проблему.

Этот msi-файл успешно работал на некоторых платформах, но выдавал ошибку «Это объявленное приложение не будет установлено, поскольку оно может быть небезопасным» на других.

Исправление заключалось в воссоздании решения установщика из scatch.

Я создал msi для установки моего приложения Windows form, и когда я пытаюсь запустить msi, я получаю следующую ошибку:

есть ли способ обойти это? чтобы изменить пакет на basic?

это может быть потому, что вы используете групповую политику для ее установки (в этом случае измените UI под Advanced Deployment ), но может возникнуть конфликт с вашей доменной политикой. Вы можете попробовать использовать:

Я предполагаю, что вы работаете как локальный администратор, а не администратор домена. Вы также должны убедиться, что вы еще не установили пакет.

это объявленное приложение не будет установлено, потому что это может быть небезопасно

и удалить такие проблемы, как:

установленный продукт не соответствует источнику установки(с)

это сработало, чтобы заставить установку:

и это работает, чтобы удалить приложение, если процесс не позволит мне удалить его (обычно из учетных записей других пользователей (я использовал опцию "Все пользователи" при установке):

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

перемещение product.msi ближе к корневой папке исправлены все проблемы.

У меня была такая же проблема с установщиком, созданным в MS Visual Studio. Когда я открыл решение vs .suo файл с блокнотом, я нашел пути к файлам, которые не были связаны с проектом решения!! Установщик был создан в спешке, изменив старый проект, и хотя я проверил все свойства и ссылки и т. д. из графического интерфейса visual studio несвязанные пути к файлам внутри .СУО были причиной проблемы.

этот msi успешно работал на некоторых платформах но дал" это объявленное приложение не будет установлено, потому что это может быть небезопасно " ошибка на других.

исправление было воссоздать Installer решение от scatch.

Я сталкиваюсь с той же проблемой.

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

" Это объявленное приложение не будет установлено, потому что это может быть небезопасно. Обратитесь к администратору, чтобы изменить параметр пользовательского интерфейса установки пакета на basic."

удалить запись установщика из реестра и запустите снова. Все работало нормально.

Windows Installer clean up tool творит чудеса запустите его и удалите программу (даже если программа была удалена с помощью программ add remove, она все еще была там), затем повторите установку, и теперь все хорошо

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

Предварительные требования

Чтобы иметь возможность загрузки неопубликованных приложений в Windows 10, устройство пользователя должно удовлетворять следующим требованиям:

Windows 10:

Сертификат, используемый для подписи пакета, должен быть доверенным сертификатом на устройстве. См. дополнительные сведения в разделе Доверенные сертификаты ниже.
Версия Windows 10 должна поддерживать схему файла .appinstaller и протокол распространения.

Windows 10 1909 и более ранних версий:

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

Распространенные проблемы

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

Версия Windows

В каждом выпуске Windows 10 повышается удобство загрузки неопубликованных приложений, и в таблице ниже указано, какие функции доступны в каждом основном выпуске. Если вы попытаетесь загрузить неопубликованное приложение, используя метод, который не поддерживается в вашей версии Windows 10, возникнет ошибка развертывания.

Версия	Примечания о загрузке неопубликованных приложений
Сборка 17134 (обновление от апреля 2018 г., версия 1803)	Файл .appinstaller также доступен в папках UNC и общих папках. Также доступны настраиваемые проверки обновлений.
Сборка 16299 (Fall Creators Update, версия 1709)	Впервые представлен файл .appinstaller , отвечающий за автоматические обновления приложения. Эта версия поддерживает только конечные точки HTTP. Проверки обновлений не настраиваются и происходят каждые 24 часа.
Сборка 15063 (Creators Update, версия 1703)	Установщик приложений может скачивать зависимости приложений (только в режиме выпуска) из Store.
Сборка 14393 (Юбилейное обновление, версия 1607)	Представлено приложение "Установщик приложений" для установки файлов .appx и .appxbundle, файл .appinstaller не поддерживается.
Сборка 10586 (ноябрьское обновление, версия 1511)	Загрузка неопубликованных приложений доступна только через PowerShell с использованием команды Add-AppxPackage.
Сборка 10240 (Windows 10, версия 1507)	Загрузка неопубликованных приложений доступна только через PowerShell с использованием команды Add-AppxPackage.

Доверенные сертификаты

Пакеты приложений должны быть подписаны сертификатом, который является доверенным для устройства. сертификаты, предоставляемые общими центрами сертификации, являются доверенными по умолчанию в операционной системе Windows.

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

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

Локальный компьютер: доверенные лица
Локальный компьютер: доверенные корневые центры (не рекомендуется)

Не импортируйте сертификаты подписи пакетов в хранилище сертификатов пользователя. Установщик приложения не выполняет поиск сертификатов пользователей при проверке удостоверения пакета.

Средство управления сертификатами компьютера можно легко найти, выполнив поиск в меню "Пуск":

После успешного импорта сертификата для подписи повторное выполнение установщика приложения покажет, что пакет является доверенным и может быть установлен:

Зависимости, которые не устанавливаются

Если пакет приложения создан в конфигурации режима выпуска, зависимости платформы будут взяты из Microsoft Store. Однако если приложение создано в конфигурации режима отладки, зависимости будут получены из местоположения, указанного в файле .appinstaller .

Файл не доступен

.appinstaller файл, доступный в виде application/xml
.appx и .appxbundle файлы, доступные как application/vns.ms-appx

Изоляция проблем установщика приложений

Если установщик приложения не может установить приложение, эти действия помогут определить проблемы установки.

Проверка установки файла пакета приложения

Скачайте файл пакета приложения в локальную папку и попытайтесь установить его с помощью команды PowerShell Add-AppxPackage .

Скачайте файл .appinstaller и сохраните его в локальную папку. Попробуйте установить его с помощью команды PowerShell Add-AppxPackage -Appinstaller .

Журналы событий установщика приложений

инфраструктура развертывания приложений создает журналы, которые часто используются для отладки проблем с установкой с помощью Windows Просмотр событий. Application and Services Logs -> Microsoft -> Windows -> AppxDeployment-Server

Большинство исполняемых файлов десктопных программ распространяются в формате EXE и только малая их часть имеет формат MSI . В обычном режиме загрузки Windows нет особой разницы будет ли использоваться установщик EXE или MSI , но не в безопасном режиме, в котором запустить MSI -файл будет невозможно, а если вы попробуете это сделать, то получите ошибку «Не удалось получить доступ к службе Windows Installer» .

Тем не менее, способ обойти это ограничение существует. После применения несложного твика реестра вы сможете запускать MSI -файлы как обычно.

Тут же в безопасном режиме командой regedit откройте редактор реестра и разверните в левой колонке эту ветку:

Если вы используете безопасный режим с поддержкой сети, описанную манипуляцию следует выполнять в ключе:

Создайте в последнем подразделе новый подраздел с именем MSIServer.

Дважды кликните по имеющемуся в нём параметру по умолчанию и установите в качестве его значения строку Service.

Теперь закройте редактор реестра, запустите от имени администратора командную строку или консоль PowerShell и выполните команду:

Служба Windows Installer будет запущена, и вы сможете удалить или установить любое MSI -приложение в безопасном режиме.

Читайте также: