Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les développeurs qui utilisent MSIX peuvent tirer parti de la stratégie de groupe d’une manière similaire à d’autres types d’installation.
Si vous avez empaqueté votre application Win32 dans un MSIX (ou si vous avez créé votre application à l’aide de Desktop Bridge), votre application dispose de la fonctionnalité de confiance totale activée. Cela vous permet de lire les clés de registre associées à la stratégie de groupe. Au moment de l’exécution, votre application aura la même vue du registre de stratégies de groupe que si elle avait été installée à l’aide d’une autre méthode. À compter de Windows 10, version 1809, si votre application est une application de plateforme Windows universelle (UWP), elle peut accéder aux mêmes clés de stratégie de groupe. Pour plus d’informations sur la création d’une stratégie de groupe, consultez cet article.
Si vous convertissez un programme d’installation existant en MSIX à l’aide de l’outil d’empaquetage MSIX, aucun nouveau travail n'est nécessaire pour que votre appli prenne en charge la stratégie de groupe. Continuez à gérer les stratégies de groupe comme vous le feriez normalement pour le programme d’installation d’origine. Les applications converties en MSIX pourront toujours lire les clés de registre de stratégie de groupe existantes.
La stratégie de groupe ne prend pas en charge nativement l’installation d’applications MSIX.
Stratégies de blocage du Microsoft Store et de MSIX
Vous avez peut-être vos propres exigences sur la façon dont vous souhaitez configurer les mises à jour d’application à partir de l’application Microsoft Store. L’application Store déclenche des mises à jour pour les applications, y compris les applications tierces ainsi que les applications internes telles que Calculatrice et Photos. Si l’application Store est supprimée d’un ordinateur, cela peut entraîner aucune mise à jour d’application sur cet ordinateur.
Voici la liste des stratégies du Windows Store et leur impact sur vos packages MSIX.
Désactiver le téléchargement automatique et l’installation des mises à jour
Cette stratégie active ou désactive le téléchargement et l’installation automatiques des mises à jour d’application. Si vous activez ce paramètre, le téléchargement et l’installation automatiques des mises à jour d’application sont désactivés. Si vous désactivez ce paramètre, le téléchargement et l’installation automatiques des mises à jour d’application sont activés. Si vous ne configurez pas ce paramètre, le téléchargement et l’installation automatiques des mises à jour d’application sont déterminés par un paramètre de Registre que l’utilisateur peut modifier à l’aide des paramètres dans le Windows Store.
-
GPO:
Computer Configuration\Administrative Templates\Windows Components\Store -
Registre:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\WindowsStore AutoDownload REG_DWORD(Données : activer = 2 = les applications ne seront pas mises à jour, disable = 4 = l’application sera automatiquement mise à jour) - Mises à jour d’application : Si cette option est activée, le téléchargement et l’installation automatiques des mises à jour d’application sont désactivés. Si cette option est désactivée, le téléchargement et l’installation automatiques des mises à jour d’application sont activés.
Désactiver l’application du Windows Store
Cette stratégie refuse ou autorise l’accès à l’application Store. Si vous activez ce paramètre, l’accès à l’application Windows Store est refusé. L’accès au Windows Store est requis pour installer les mises à jour d’application. Si vous désactivez ou ne configurez pas ce paramètre, l’accès à l’application Store est autorisé.
-
GPO:
Computer Configuration\Administrative Templates\Windows Components\StoreouUser Configuration\Administrative Templates\Windows Components\Store -
Registre:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\WindowsStoreRemoveWindowsStore REG_DWORDouHKEY_CURRENT_USER\Software\Policies\Microsoft\WindowsStoreRemoveWindowsStore REG_DWORD - Mises à jour d’application : Si elle est configurée dans le contexte de l’ordinateur, cette stratégie désactive les mises à jour de l’application.
Vue d’ensemble des applications non-Store signées et approuvées sur Windows 10 2004 Entreprise
Le tableau ci-dessous montre ce qui se passe lorsque la stratégie BlockNonAdminUserInstall est activée, AllowAllTrustedApps est activé et AllowDevelopmentWithoutDevLicense est activé
| Installation de l’application | Résultats |
|---|---|
| Package signé du Store (double-clic) | Bloqué |
| Package non-Store approuvé (double-clic) | Bloqué |
| Package signé du Store (PowerShell standard) | Bloqué |
| Package non-Store approuvé (PowerShell standard) | Bloqué |
| Package signé du Store (PowerShell avec élévation de privilèges) | Installé |
| Package non-Store approuvé (PowerShell avec élévation de privilèges) | Installé |
Le tableau ci-dessous montre ce qui se passe lorsque la stratégie BlockNonAdminUserInstall est activée, AllowAllTrustedApps est activé et AllowDevelopmentWithoutDevLicense est désactivé
| Installation de l’application | Résultats |
|---|---|
| Package signé du Store (double-clic) | Bloqué |
| Package non-Store approuvé (double-clic) | Bloqué |
| Package signé du Store (PowerShell standard) | Bloqué |
| Package non-Store approuvé (PowerShell standard) | Bloqué |
| Package signé du Store (PowerShell avec élévation de privilèges) | Installé |
| Package non-Store approuvé (PowerShell avec élévation de privilèges) | Installé |
Le tableau ci-dessous montre ce qui se passe quand la stratégie BlockNonAdminUserInstall est activée, AllowAllTrustedApps est désactivé et AllowDevelopmentWithoutDevLicense est activé
| Installation de l’application | Résultats |
|---|---|
| Package signé du Store (double-clic) | Bloqué |
| Package non-Store approuvé (double-clic) | Bloqué |
| Package signé du Store (PowerShell standard) | Bloqué |
| Package non-Store approuvé (PowerShell standard) | Bloqué |
| Package signé du Store (PowerShell avec élévation de privilèges) | Installé |
| Package non-Store approuvé (PowerShell avec élévation de privilèges) | Installé |
Le tableau ci-dessous montre ce qui se passe lorsque la stratégie BlockNonAdminUserInstall est activée, AllowAllTrustedApps est désactivé et AllowDevelopmentWithoutDevLicense est désactivé
| Installation de l’application | Résultats |
|---|---|
| Package signé du Store (double-clic) | Bloqué |
| Package non-Store approuvé (double-clic) | Bloqué |
| Package signé du Store (PowerShell standard) | Bloqué |
| Package non-Store approuvé (PowerShell standard) | Bloqué |
| Package signé du Store (PowerShell avec élévation de privilèges) | Installé |
| Package non-Store approuvé (PowerShell avec élévation de privilèges) | Bloqué |
Le tableau ci-dessous montre ce qui se passe quand la stratégie BlockNonAdminUserInstall est désactivée, AllowAllTrustedApps est activé et AllowDevelopmentWithoutDevLicense est activé
| Installation de l’application | Résultats |
|---|---|
| Package signé du Store (double-clic) | Installé |
| Package non-Store approuvé (double-clic) | Installé |
| Package signé du Store (PowerShell standard) | Installé |
| Package non-Store approuvé (PowerShell standard) | Installé |
| Package signé du Store (PowerShell avec élévation de privilèges) | Installé |
| Package non-Store approuvé (PowerShell avec élévation de privilèges) | Installé |
Le tableau ci-dessous montre ce qui se passe lorsque la stratégie BlockNonAdminUserInstall est désactivée, AllowAllTrustedApps est activé et AllowDevelopmentWithoutDevLicense est désactivé
| Installation de l’application | Résultats |
|---|---|
| Package signé du Store (double-clic) | Installé |
| Package non-Store approuvé (double-clic) | Installé |
| Package signé du Store (PowerShell standard) | Installé |
| Package non-Store approuvé (PowerShell standard) | Installé |
| Package signé du Store (PowerShell avec élévation de privilèges) | Installé |
| Package non-Store approuvé (PowerShell avec élévation de privilèges) | Installé |
Le tableau ci-dessous montre ce qui se passe lorsque la stratégie BlockNonAdminUserInstall est désactivée, AllowAllTrustedApps est désactivé et AllowDevelopmentWithoutDevLicense est activé
| Installation de l’application | Résultats |
|---|---|
| Package signé du Store (double-clic) | Installé |
| Package non-Store approuvé (double-clic) | Installé |
| Package signé du Store (PowerShell standard) | Installé |
| Package non-Store approuvé (PowerShell standard) | Installé |
| Package signé du Store (PowerShell avec élévation de privilèges) | Installé |
| Package non-Store approuvé (PowerShell avec élévation de privilèges) | Installé |
Le tableau ci-dessous montre ce qui se passe lorsque la stratégie BlockNonAdminUserInstall est désactivée, AllowAllTrustedApps est désactivé et AllowDevelopmentWithoutDevLicense est désactivé
| Installation de l’application | Résultats |
|---|---|
| Package signé du Store (double-clic) | Installé |
| Package non-Store approuvé (double-clic) | Bloqué |
| Package signé du Store (PowerShell standard) | Installé |
| Package non-Store approuvé (PowerShell standard) | Bloqué |
| Package signé du Store (PowerShell avec élévation de privilèges) | Installé |
| Package non-Store approuvé (PowerShell avec élévation de privilèges) | Bloqué |