Pompe à chaleur de piscine : soldes – moins cher – code promo – Utiliser un script pour installer une application de bureau dans les packages d’approvisionnement (Windows 10/11) – Configurer Windows

S’applique à

Cette procédure pas à pas explique comment inclure des scripts dans un package de provisionnement de client Windows pour installer des applications Win32. Des opérations de script autres que l’installation d’applications peuvent également être effectuées. Cependant, certaines précautions sont nécessaires pour éviter un comportement involontaire lors de l’exécution du script (voir les notes ci-dessous).

Assembler les ressources de l’application

1. Sur l’appareil sur lequel vous écrivez le package, placez toutes vos ressources dans un emplacement connu. Chaque ressource doit avoir un nom unique, car tous les fichiers seront copiés dans le même répertoire temporaire sur l’appareil. Le programme d’installation de nombreuses applications est communément appelé « install.exe » ou un équivalent, ce qui peut entraîner un conflit de noms. Pour résoudre ce problème, vous pouvez utiliser la technique décrite à l’étape suivante pour inclure une structure de répertoire complète qui est ensuite reflétée dans le répertoire temporaire de l’appareil. L’utilisation la plus courante consiste à inclure un sous-répertoire pour chaque application.

2. Si vous devez inclure une structure de répertoires de fichiers, vous devez compresser les ressources au format .cab pour faciliter leur intégration dans les packages de mise en service.

Compressez les ressources de l’application au format .cab

1. Créer un .DDF fichier comme ci-dessous, en remplaçant fichier1 et fichier2 par les fichiers que vous souhaitez empaqueter et en ajoutant le nom du fichier/répertoire.

   ;*** MSDN Sample Source Code MakeCAB Directive file example
   
   ;
   
   .OPTION EXPLICIT  ; Generate errors on variable typos
   
   .set DiskDirectoryTemplate=CDROM  ; All cabinets go in a single directory
   
   .Set MaxDiskFileCount=1000; Limit file count per cabinet, so that
   
   ; scanning is not too slow
   
   .Set FolderSizeThreshold=200000   ; Aim for ~200K per folder
   
   .Set CompressionType=MSZIP
   
   ;** All files are compressed in cabinet files
   
   .Set Cabinet=on
   
   .Set Compress=on
   
   ;-------------------------------------------------------------------
   
   ;** CabinetNameTemplate = name of cab
   
   ;** DiskDirectory1 = output directory where cab will be created
   
   ;-------------------------------------------------------------------
   
   .Set CabinetNameTemplate=tt.cab
   
   .Set DiskDirectory1=.
   
   ;-------------------------------------------------------------------
   
   ; Replace <file> with actual files you want to package
   
   ;-------------------------------------------------------------------
   
   <file1>
   
   <file2>
   
   ;*** <the end>  
   

2. Utilisez makecab pour créer des fichiers .cab.

   Makecab -f <path to DDF file>
   

Créer le script pour installer l’application

Créez un script pour effectuer le travail nécessaire à l’installation de la ou des applications. Les exemples suivants sont fournis pour vous aider à créer le script d’orchestrateur qui exécutera les programmes d’installation requis. En pratique, le script d’orchestrateur peut référencer beaucoup plus de ressources que dans ces exemples.

Vous n’avez pas besoin de créer un script d’orchestrateur. Vous pouvez avoir une ligne de commande par application. Si nécessaire, vous pouvez créer un script qui consigne la sortie par application, comme indiqué ci-dessous (au lieu d’un script d’orchestrateur pour l’ensemble du package de provisionnement).

Exemple de débogage

La journalisation granulaire n’est pas intégrée, elle doit donc être intégrée au script lui-même. Voici un exemple de script qui enregistre « Hello World » dans un fichier journal. Lorsque vous l’exécutez sur l’appareil, le fichier journal sera disponible une fois le provisionnement terminé. Comme vous le verrez dans les exemples suivants, il est recommandé d’enregistrer chaque action effectuée par votre script.

set LOGFILE=%SystemDrive%\HelloWorld.log
echo Hello, World >> %LOGFILE% 

Exemple .exe

Cet exemple de script montre comment créer un fichier de sortie de journal sur le lecteur système, installer une application à partir d’un programme d’installation .exe et répercutez les résultats dans le fichier journal.

set LOGFILE=%SystemDrive%\Fiddler_install.log
echo Installing Fiddler.exe >> %LOGFILE%
fiddler4setup.exe /S >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%

Exemple .msi

Il est identique au programme d’installation précédent, mais installe l’application à partir d’un programme d’installation MSI. Notez que msiexec est appelé avec l’indicateur /silent pour répondre à l’exigence d’exécuter des scripts en mode silencieux à partir d’un package d’approvisionnement.

set LOGFILE=%SystemDrive%\IPOverUsb_install.log
echo Installing IpOverUsbInstaller.msi >> %LOGFILE%
msiexec /i IpOverUsbInstaller.msi /quiet >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%

Exemple PowerShell

Il s’agit d’un exemple de script avec journalisation qui montre comment exécuter un script PowerShell à partir du paramètre de commandes de provisionnement. Le script PowerShell référencé dans cet exemple doit également être inclus dans le package et répondre aux mêmes exigences que tous les scripts exécutés à partir du package d’approvisionnement : il doit s’exécuter en mode silencieux, sans interaction de l’utilisateur.

set LOGFILE=%SystemDrive%\my_powershell_script.log
echo Running my_powershell_script.ps1 in system context >> %LOGFILE%
echo Executing "PsExec.exe -accepteula -i -s cmd.exe /c powershell.exe my_powershell_script.ps1" >> %LOGFILE%
PsExec.exe -accepteula -i -s cmd.exe /c 'powershell.exe my_powershell_script.ps1' >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%

Extrait d’un exemple de fichier .CAB

Cet exemple de script montre l’extension d’un fichier .cab à partir du script de commandes d’approvisionnement et l’installation du fichier setup.exe étendu

set LOGFILE=%SystemDrive%\install_my_app.log
echo Expanding installer_assets.cab >> %LOGFILE%
expand -r installer_assets.cab -F:* . >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%
echo Installing MyApp >> %LOGFILE%
setup.exe >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%

Appel de plusieurs scripts dans le package

Votre package d’approvisionnement peut inclure plusieurs lignes de commande.

Vous êtes autorisé à utiliser une ligne de commande par package d’approvisionnement. Les fichiers de commandes ci-dessus sont des scripts d’orchestrateur qui gèrent l’installation et les appels d’autres scripts inclus dans le package d’approvisionnement. Le script d’orchestrateur est ce qui doit être appelé à partir de la ligne de commande spécifiée dans le package.

Voici un tableau décrivant cette relation à l’aide de l’exemple PowerShell ci-dessus :

Ajouter un script de package de provisionnement

Une fois que le fichier de commandes est écrit et que les ressources référencées sont prêtes à être ajoutées, vous pouvez les ajouter à un package d’approvisionnement dans le Concepteur de configuration Windows.

À l’aide du concepteur de configuration Windows, spécifiez tous les détails sur la manière dont le script doit être exécuté dans le paramètre de ligne de commande CommandLine du package de mise en service. Cela inclut les drapeaux ou autres paramètres que vous saisiriez normalement sur la ligne de commande. Par exemple, si le package contient un programme d’installation d’application appelé install.exe et un script utilisé pour automatiser l’installation appelé InstallMyApp.bat, le paramètre ProvisioningCommands/DeviceContext/CommandLine doit être configuré comme suit :

cmd /c InstallMyApp.bat

Dans le concepteur de configuration Windows, voici à quoi cela ressemble :

Vous devez également ajouter les ressources pertinentes pour cette ligne de commande, y compris le script d’orchestrateur et les autres ressources auxquelles il fait référence, telles que les programmes d’installation ou les fichiers .cab.

Dans le Concepteur de configuration Windows, vous ajoutez des fichiers sous le paramètre ProvisioningCommands/DeviceContext/CommandFiles.

Lorsque vous avez terminé, générez le package.

Remarques

1. Aucune interaction utilisateur ou sortie de console n’est prise en charge via ProvisioningCommands. Toute exécution doit être silencieuse. Si votre script tente d’effectuer l’une des actions suivantes, cela entraînera un comportement incertain et peut mettre le périphérique dans un état irrécupérable s’il est exécuté pendant l’installation ou l’expérience Out of Box : a. Réfléchissez à la console b. Afficher n’importe quoi sur l’écran c. Inviter l’utilisateur avec une boîte de dialogue ou un assistant de configuration

2. Lorsqu’il est appliqué au premier démarrage, le provisionnement s’exécute à partir du début de la séquence de démarrage et avant qu’un contexte utilisateur ne soit établi ; assurez-vous d’inclure uniquement les programmes d’installation qui peuvent s’exécuter à ce stade. D’autres programmes d’installation peuvent être configurés via un outil de gestion.

3. Si le périphérique est placé dans un état irrécupérable en raison d’un script incorrect, vous pouvez le réinitialiser à l’aide des options de récupération du client Windows.

4. Les ressources CommandFile sont déployées sur l’appareil dans un dossier temporaire unique pour chaque package.

   1. Pour les packages ajoutés lors de l’expérience prête à l’emploi, il s’agit généralement %WINDIR%\system32\config\systemprofile\appdata\local\Temp\ProvisioningPkgTmp\<PackageIdGuid>\Commands\0

      élément 0 suivant Commands\ fait référence à l’ordre d’installation et indique la première application à installer. Ce numéro est incrémenté pour chaque application du package.

   2. Pour les packages ajoutés en double-cliquant sur un appareil déjà déployé, l’appareil se trouve dans le dossier temporaire de l’utilisateur exécutant le package de provisionnement : %TMP%\ProvisioningPkgTmp\<PackageIdGuid>\Commands\0

5. La ligne de commande est exécutée en utilisant le répertoire où les CommandFiles ont été déployés comme répertoire de travail. Cela signifie que vous n’avez pas besoin de spécifier le chemin d’accès complet aux ressources dans la ligne de commande ou à partir de n’importe quel script.

6. Le composant d’approvisionnement d’exécution tente d’exécuter des scripts à partir du package d’approvisionnement dès que possible, en fonction de l’étape à laquelle le PPKG a été ajouté. Par exemple, si le package a été ajouté lors de l’expérience Out-of-Box, il s’exécute immédiatement après l’application du package, tandis que l’expérience Out-of-Box est toujours en cours d’exécution. Cela se produit avant que les options de configuration du compte utilisateur ne soient présentées à l’utilisateur. Une boîte de dialogue de progression s’affiche et « Veuillez patienter » s’affiche à l’écran.

   Remarque

   Prévoyez 30 minutes pour le processus de provisionnement à ce stade. Tous les scripts et installations doivent être terminés dans ce délai.

7. Les scripts s’exécutent en arrière-plan, tandis que le reste du provisionnement continue de s’exécuter. Si les packages sont ajoutés sur des systèmes existants en double-cliquant pour les installer, il n’y aura aucune notification indiquant que le provisionnement ou le script a fini de s’exécuter

Articles Liés