Les commandes Connect-ExchangeOnline et Connect-IPPSSession ne proposent pas -UserPrincipalName

Question

Bonjour,

J'aurais besoin d'aide sur le sujet suivant:

Je tente de me connecter à Exchange Online via Cloud Shell pour effectuer des recherches dans les boites aux lettres et potentiellement effectuer des suppressions.

Les commandes Connect-ExchangeOnline et Connect-IPPSSession ne me permetent pas d'ajouter l'argument -UserPrincipalName et je ne peux pas me connecter sans cet argument.

Je suis bien dans le groupe "Discovery Management", le module ExchangeOnlineManagement est en 3.8.0 (J'ai aussi essayé en 3.9.0, sans succès).

Pouvez vous m'aider svp ? merci

Answer 1

Bonjour @ANSELJeremy,

Merci beaucoup pour votre confirmation et votre patience. Suite à vos commentaires et à mes recherches, je souhaite partager quelques informations :

Pourquoi Connect-ExchangeOnline n'affiche-t-il pas de fenêtre de connexion ?

Lorsque vous utilisez PowerShell depuis le Centre d'administration Exchange, la session utilise l'authentification par jeton via le navigateur. Cela signifie :

• L'identité de l'utilisateur actuellement connecté via le navigateur est automatiquement appliquée.
• Lorsque vous exécutez Connect-ExchangeOnline, PowerShell utilise ce jeton de manière silencieuse, sans demander d'informations d'identification.

Par conséquent, aucune fenêtre de connexion interactive ne s'affiche, car vous êtes connecté automatiquement.

Ceci confirme que votre commande Connect-ExchangeOnline fonctionne correctement. Je l'ai testée dans ma propre session PowerShell Exchange Online et, après m'être connecté, j'ai reçu le même message que vous.

Vous pouvez également exécuter la commande Get-ConnectionInformation pour vérifier l'état de votre connexion. Si vous êtes connecté, les détails de la session s'afficheront.

Si vous n'êtes pas connecté, aucune information ne sera renvoyée.

Pourquoi Connect-IPPSSession échoue-t-il avec BadRequest ?

Comme je l'ai vérifié, l'applet de commande Connect-IPPSSession fait partie du module PowerShell Sécurité et Conformité, qui nécessite un contexte d'authentification plus large que celui disponible dans l'interpréteur de commandes du Centre d'administration Exchange. Plus précisément :

Elle attend un flux de connexion interactif complet pour établir une session avec les points de terminaison de conformité Microsoft.

Lorsqu'elle est exécutée depuis l'interpréteur de commandes du Centre d'administration, elle hérite d'un jeton limité qui ne dispose pas des portées ou des autorisations nécessaires.

Cela génère une erreur BadRequest, car la session ne peut pas être correctement établie avec le contexte d'authentification requis.

Pourquoi -UserPrincipalName ne fonctionne-t-il pas dans cet environnement ?

L'interpréteur de commandes PowerShell du Centre d'administration Exchange est lié à la session du navigateur et utilise l'identité de l'utilisateur connecté, comme indiqué précédemment. Par conséquent :

• Même si vous spécifiez un autre -UserPrincipalName, l'interpréteur de commandes l'ignore et utilise le jeton mis en cache.
• La session ne prend pas en charge le changement d'identité, ce qui explique pourquoi ce paramètre n'a aucun effet dans ce contexte.

En résumé :

• Aucune fenêtre de connexion : PowerShell dans le Centre d’administration Exchange utilise automatiquement les identifiants de votre navigateur ; aucune invite de connexion ne s’affiche donc.
• Erreur Connect-IPPSSession : Une connexion complète est requise, mais le Centre d’administration offre un accès limité, ce qui génère une erreur BadRequest.
• -UserPrincipalName ignoré : Vous ne pouvez pas changer de compte dans cet environnement ; l’utilisateur connecté au navigateur est toujours utilisé.

Par conséquent, pour éviter ces problèmes, je recommande d'utiliser une session PowerShell autonome via le client PowerShell de bureau. Pour de meilleurs résultats, assurez-vous de l'exécuter en tant qu'administrateur.

Si vous suivez mes suggestions et rencontrez des mises à jour ou des problèmes, n'hésitez pas à les partager ici. Je serai ravi de vous aider.

Si cette explication vous a été utile, pensez à marquer la réponse comme « Acceptée ». Elle sera ainsi épinglée en haut du fil de discussion, ce qui permettra aux autres personnes ayant des questions similaires de trouver rapidement des informations utiles. Votre contribution aide la communauté à trouver la bonne solution.

Merci pour votre temps et votre patience.

Answer 2

Cette réponse a été traduite automatiquement. Par conséquent, elle peut contenir des erreurs grammaticales ou des expressions étranges.

Bonjour @ANSELJeremy,

Bienvenue dans l'équipe Questions-Réponses et merci de nous avoir contactés.

D'après votre description, vous essayez d'utiliser les commandes Connect-ExchangeOnline et Connect-IPPSSession avec le paramètre -UserPrincipalName.

Pour vous aider, pourriez-vous confirmer les points suivants :

Êtes-vous administrateur ou disposez-vous des autorisations nécessaires pour exécuter Exchange Online PowerShell ?

Quel message d'erreur spécifique recevez-vous lorsque vous essayez d'exécuter le script ?

D'après mes tests, dans la plupart des cas, il n'est pas nécessaire d'utiliser explicitement le paramètre -UserPrincipalName

Vous pouvez simplement exécuter Connect-ExchangeOnline ou Connect-IPPSSession, puis appuyer sur Entrée, sélectionner le compte avec lequel vous souhaitez vous connecter et utiliser Exchange Online PowerShell.

Toutefois, si le paramètre -UserPrincipalName est absolument nécessaire à votre situation, vous pouvez essayer les commandes suivantes, dont j'ai testé la fiabilité :

Connect-ExchangeOnline -UserPrincipalName ******@domain.com

Connect-IPPSSession -UserPrincipalName ******@domain.com

Si vous rencontrez des difficultés lors de ces étapes ou si vous avez d'autres questions, n'hésitez pas à nous contacter. Je serai ravi de vous aider.

---

Si la réponse vous est utile, cliquez sur « Accepter la réponse » et votez pour elle. Si vous avez d'autres questions concernant cette réponse, cliquez sur « Commenter ».

Remarque : Veuillez suivre les étapes décrites dans notre documentation pour activer les notifications par e-mail afin de recevoir la notification associée à ce fil de discussion.