Cet article recense les erreurs courantes rencontrées lors de l'exécution du script CreateAzureAdAppPermissionOnSites.ps1, utilisé pour octroyer les droits d'administrateur à l'application Jint Deployment sur votre catalogue d'applications SharePoint, et explique comment les résoudre.
📌 Pour rappel, le contexte d'utilisation de ce script est décrit dans l'article Jint SharePoint – Prérequis et installation sur Tenant.
Dans cet article :
Rappel : comment exécuter le script
Avant de lancer le script, assurez-vous de l'avoir extrait de l'archive ZIP dans un dossier de votre choix. Un fichier non extrait (encore dans le ZIP) peut provoquer des erreurs d'exécution.
⚠️ Le script doit impérativement être exécuté depuis Windows PowerShell (et non depuis PowerShell 7, VS Code, ou tout autre terminal). C'est nécessaire pour que la fenêtre d'authentification Microsoft s'affiche correctement et vous permette de vous connecter avec votre compte administrateur Entra ID.
La commande exécutée doit être de la forme suivante :
.\CreateAzureAdAppPermissionOnSites.ps1 <URL du site du catalogue d'application>
Comment trouver l'URL du catalogue d'applications ?
Rendez-vous dans le Centre d'administration SharePoint > Plus de fonctionnalités > Applications > Ouvrir. L'URL du catalogue est de la forme :https://<votre-tenant>.sharepoint.com/sites/appcatalog
Erreur : "The file is not digitally signed"
Lors de l'exécution du script, vous pouvez rencontrer le message suivant :
cannot be loaded. The file is not digitally signed. You cannot run this script on the current system.
Cela signifie que la politique d'exécution de PowerShell sur votre machine bloque les scripts non signés numériquement. Plusieurs solutions sont possibles.
Option 1 — Débloquer le fichier via PowerShell
Cette méthode cible uniquement le script téléchargé, sans modifier les paramètres globaux de votre système.
- Ouvrez PowerShell en tant qu'administrateur
- Exécutez la commande suivante en remplaçant le chemin par celui de votre script :
Unblock-File -Path "C:\chemin\vers\CreateAzureAdAppPermissionOnSites.ps1"
- Relancez ensuite le script normalement.
Option 2 — Modifier temporairement la politique d'exécution
Si les options précédentes ne fonctionnent pas, vous pouvez autoriser l'exécution des scripts locaux non signés pour votre session uniquement :
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
Relancez ensuite le script. Cette modification ne s'applique qu'à votre compte utilisateur et ne change pas les paramètres système globaux.
Option 3 — Exécution ponctuelle sans modifier la politique
Pour une exécution unique sans aucun changement de configuration :
powershell.exe -ExecutionPolicy Bypass -File "C:\chemin\vers\CreateAzureAdAppPermissionOnSites.ps1" <URL du catalogue d'application>
⚠️ Ces manipulations nécessitent un compte avec des droits administrateur local sur la machine. Si vous ne disposez pas de ces droits, rapprochez-vous de votre équipe IT.
Commentaires
0 commentaire
Vous devez vous connecter pour laisser un commentaire.