Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Vous ne pouvez pas exécuter des scripts dans Azure Active Directory Module pour Windows PowerShell

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 2411920
PROBLÈME
Lorsque vous essayez d'exécuter un script dans Microsoft Azure Active Directory Module pour Windows PowerShell, vous recevez un des messages d'erreur suivants :
Impossible de charger le fichier C:\my_script.ps1. L'exécution de scripts est désactivée sur ce système. Consultez « Get-Help about_signing » pour plus de détails.
Impossible de charger le fichier C:\Desktop\myscript.ps1, car l'exécution de scripts est désactivée sur ce système. Pour plus d'informations, consultez about_Execution_Policies à http://go.microsoft.com/fwlink/?LinkID=135170.
Impossible de charger le fichier C:\my_script.ps1. Le fichier que c:\my_script.ps1 n'est pas signé numériquement. Le script ne s'exécutera pas sur le système. Pour plus d'informations, consultez about_Execution_Policies à http://go.microsoft.com/fwlink/?LinkID=135170.
CAUSE
Ce problème peut se produire si la stratégie d'exécution est définie sur Restricted. Certaines applets de commande Windows PowerShell ne peut pas s'exécuter si la stratégie est trop limitée.
SOLUTION
Pour résoudre ce problème, procédez comme suit :
  1. Exécuter le Module d'Azure Active Directory pour Windows PowerShell en tant qu'administrateur. Pour ce faire, cliquez surDémarrer, sur Tous les programmes, cliquez sur Active Directory de Windows Azure, cliquez droit sur Windows Azure Active Directory Module pour Windows PowerShellet puis cliquez sur Exécuter en tant qu'administrateur.
  2. Définir la stratégie d'exécution sur Unrestricted. Pour ce faire, tapez l'applet de commande suivante et appuyez sur ENTRÉE :
    Set-ExecutionPolicy Unrestricted
  3. Exécuter les applets de commande Windows PowerShell que vous souhaitez.
  4. Définir la stratégie d'exécution sur Restricted. Pour ce faire, tapez l'applet de commande suivante et appuyez sur ENTRÉE :
    Set-ExecutionPolicy Restricted
Plus d'informations
Pour vous aider à offrir une expérience d'administration de ligne de commande plus sécurisée, Windows PowerShell utilise « stratégies d'exécution » pour contrôler comment Windows PowerShell peut être utilisé. Les stratégies d'exécution définissent les restrictions appliquées lorsque Windows PowerShell charge les fichiers de configuration et d'exécution. Par défaut, Windows PowerShell s'exécute dans la stratégie d'exécution restreint. Ce mode est son mode le plus sécurisé dans lequel Windows PowerShell fonctionne comme un shell interactif uniquement.

Les quatre stratégies d'exécution sont les suivantes :
  • Restreint est la stratégie d'exécution par défaut. Cette stratégie n'exécute pas les scripts et n'est qu'interactive.
  • AllSigned stratégie exécute les scripts. Tous les scripts et les fichiers de configuration doivent être signés par un éditeur auquel vous faites confiance. Cette stratégie vous ouvre le risque d'exécution de scripts signés mais malveillants, après que vous être assuré que vous faites confiance à l'éditeur.
  • RemoteSigned stratégie exécute les scripts. Tous les scripts et les fichiers de configuration qui sont téléchargés à partir d'applications de communication tel que Microsoft Outlook, Windows Internet Explorer, Outlook Express et Windows Messenger doivent être signés par un éditeur de confiance. Cette stratégie vous ouvre le risque d'exécution de scripts malveillants qui ne sont pas téléchargés à partir de ces applications, et vous n'êtes pas invité.
  • Sans restriction stratégie exécute les scripts. Tous les scripts et les fichiers de configuration qui sont téléchargés à partir d'applications de communication tels que Outlook, Internet Explorer, Outlook Express et Windows Messenger exécutent après que vous être assuré que vous savez que le fichier provenait d'Internet. Aucun signature numérique n'est nécessaire. Cette stratégie vous ouvre le risque d'exécution de scripts malveillants, non signés qui sont téléchargés à partir de ces applications.

Besoin d'aide ? Accédez à la Communauté Office 365 site Web ou le Forums Azure Active Directory .

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2411920 - Dernière mise à jour : 01/03/2015 04:54:00 - Révision : 23.0

Microsoft Azure Active Directory, Microsoft Office 365, Microsoft Intune, CRM Online via Office 365 E Plans, Microsoft Azure Recovery Services, Office 365 User and Domain Management, Office 365 Identity Management

  • o365 o365a o365e o365m o365p o365022013 kbmt KB2411920 KbMtfr
Commentaires