Erreur « 401 Accès refusé » lorsque vous exécutez l'applet de commande Test-OAuthConnectivity

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: 3090197
PROBLÈME
Lorsque vous exécutez l'applet de commande Test-OAuthConnectivity pour tester l'authentification OAuth pour un utilisateur, l'opération échoue et vous recevez un message semblable au suivant :
Accès refusé 401
CAUSE
Ce problème peut se produire si une des conditions suivantes est remplie :
  • Le nom principal de service (SPN) qui est requis pour l'authentification OAuth est manquante.
  • Test d'un compte qui n'est pas synchronisé entre l'environnement local et Microsoft Exchange Online.
SOLUTION
Pour résoudre ce problème, vous pouvez prendre une des actions suivantes, en fonction de votre situation.

Scénario : Le SPN est manquant

  1. Ouvrez Exchange Management Shell.
  2. Exécutez la commande suivante :
    Get-IntraOrganizatioConfiguration 
    Notez les valeurs qui sont retournées pourOnPremisesDiscoveryEndPoint et OnPremisesWebServiceEndPoint.
  3. Exécutez la commande suivante :
    Get-MsolServicePrincipal -ServicePrincipalName "00000002-0000-0ff1-ce00-000000000000").ServicePrincipalNames
    Vérifiez si les noms de domaine répertoriés pour les points de terminaison sont renvoyés.
  4. Si les noms de domaines ne sont pas renvoyés, utilisez l'applet de commandeSet-MsolServicePrincipal pour les ajouter.

    Par exemple, la commande suivante ajoute le domaine Mail.contoso.com.
    Set-MsolServicePrincipal -ServicePrincipalName "00000002-0000-0ff1-ce00-000000000000").Mail.contoso.com

Scénario : Vous utilisez un compte qui n'est pas synchronisé entre l'environnement local et Exchange Online

Lorsque vous exécutez l'applet de commande Test-OAuthConnectivity , assurez-vous que vous utilisez un compte qui est synchronisé entre l'environnement local et Exchange Online. Par exemple, vous rencontrerez ce problème si vous utilisez un compte d'administrateur local.

Dans l'exemple suivant, « Fred » est un compte d'utilisateur qui est synchronisé entre l'environnement local et Exchange Online.
Test-OAuthConnectivity -Service EWS -TargetUri https://cas.contoso.com/ews/ -Mailbox "Fred”
Plus d'informations
Besoin d'aide ? Accédez à la Communauté Office 365 site Web ou le Exchange sur les Forums TechNet.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3090197 - Dernière mise à jour : 08/27/2015 18:55:00 - Révision : 2.0

Microsoft Exchange Online, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • o365e o365m o365022013 o365 o365a hybrid kbmt KB3090197 KbMtfr
Commentaires