Dans un parc informatique d’entreprise, les logiciels et outils métiers sont généralement déployés depuis divers partages réseau, des serveurs de fichiers temporaires ou des scripts de télédistribution. Des mois ou des années plus tard, lorsqu’il s’agit de déployer un correctif, d’ajouter une machine identique ou de documenter un serveur historique, une question revient régulièrement : où se trouve le package d’installation d’origine ?
Pour les applications déployées sous forme de paquets Windows Installer (fichiers .msi), le système d’exploitation conserve précieusement l’historique des chemins utilisés. Voici les méthodes fiables pour extraire ces informations, que ce soit via l’éditeur de registre ou en ligne de commande avec PowerShell.
Méthode 1 : Explorer la base de registre Windows
Windows consigne les métadonnées de chaque composant MSI dans plusieurs ruches du registre. Pour localiser manuellement la source d’un binaire, la procédure se déroule dans regedit.
La ruche HKEY_CLASSES_ROOT
Ouvrez la boîte de dialogue Exécuter (raccourci Win + R), saisissez regedit puis validez. Rendez-vous ensuite à l’arborescence suivante :
HKEY_CLASSES_ROOT\Installer\Products
Sous cette clé, vous trouverez une multitude de sous-clés identifiées par des chaînes hexadécimales compressées (les GUIDs inversés de Windows Installer). Pour identifier votre application :
- Sélectionnez la clé Products et lancez une recherche (Ctrl + F) avec le nom usuel du logiciel recherché.
- Lorsque la recherche s’arrête sur une clé, vérifiez la valeur ProductName dans le volet droit pour confirmer qu’il s’agit du bon programme.
- Déroulez l’arborescence de cette clé produit pour ouvrir le sous-dossier SourceList.
- La chaîne LastUsedSource indique le format et le chemin direct du dernier support utilisé.
- Dans la sous-clé Net, vous trouverez la liste complète des chemins réseau (UNC) enregistrés lors des installations et des mises à jour.
L’arborescence système HKEY_LOCAL_MACHINE
Si la machine héberge plusieurs profils ou si l’installation a été exécutée sous le compte SYSTEM, l’information consolidée est également accessible sous :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\<GUID>\InstallProperties
La valeur InstallSource contient ici le chemin physique direct pointant vers l’exécutable ou le paquet MSI d’origine.
Méthode 2 : Automatiser la recherche en PowerShell
Parcourir manuellement les ruches du registre devient vite fastidieux lorsqu’on administre plusieurs dizaines de serveurs. PowerShell permet de requêter directement le fournisseur WMI ou d’interroger la base de registre à distance.
Pour inspecter les paquets MSI installés sur la machine locale, exécutez la commande suivante :
Get-CimInstance Win32_Product | Select-Object Name, InstallDate, InstallSource | Format-Table -AutoSize
Si vous devez exécuter cette vérification sur une machine distante à travers le réseau, pensez d’abord à autoriser l’exécution distante des scripts powershell afin d’ouvrir vos sessions WinRM en toute sécurité.
Vous pouvez également cibler directement les clés de désinstallation via une boucle rapide sur le registre :
Get-ItemProperty HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\* | Where-Object { $_.DisplayName -like « *NomLogiciel* » } | Select-Object DisplayName, InstallLocation, InstallSource
Diagnostics en environnement Active Directory
Dans le cas d’applications déployées via stratégie de groupe (GPO), le chemin réseau correspond le plus souvent à un partage DFS ou à un point de distribution logiciel sécurisé. Si l’installation semble corrompue ou introuvable, pensez à vérifier les journaux d’application de la machine ainsi que l’application de la stratégie en consultant notre mémo pour debug GPO client.
Cette vérification vous évitera bien souvent de devoir fouiller l’ensemble des serveurs de fichiers de l’infrastructure pour retrouver l’installeur exact nécessaire à une opération de maintenance.
