Accès via la foire aux questions Microsoft Entra

Dans les deux applications, vous devez disposer d’autorisations d’administrateur de service Azure ou de coadministrateur pour l’abonnement Azure lié à votre organisation dans Azure DevOps. En outre, dans le Portail Azure, vous devez disposer des autorisations administrateur de collection de projets ou propriétaire de l’organisation.

Vérifiez que vous remplissez les conditions préalables dans l’article suivant, connectez votre organisation à l’ID Microsoft Entra.

Les modifications apportées dans l’ID Microsoft Entra peuvent prendre jusqu’à 1 heure pour être visibles dans Azure DevOps.

Oui.

• Vous n’avez pas encore d’organisation ? Créez une organisation dans Azure DevOps.
• Vous disposez déjà d’une organisation ? Connectez votre organisation à l’ID Microsoft Entra.

Pourquoi dois-je choisir entre un « compte professionnel ou scolaire » et mon « compte personnel » ?

Vous devez choisir entre un « compte professionnel ou scolaire » et votre « compte personnel » lorsque vous vous connectez avec une adresse e-mail (par exemple, jamalhartnett@fabrikam.com) partagée par les deux comptes. Bien que les deux identités utilisent la même adresse de connexion, elles sont distinctes et ont des profils, des paramètres de sécurité et des autorisations différents.

• Sélectionnez Compte professionnel ou scolaire si vous avez utilisé cette identité pour créer votre organisation ou vous y connecter précédemment. L’annuaire de votre organisation dans Microsoft Entra ID authentifie votre identité et contrôle l’accès à votre organisation.

• Sélectionnez Compte personnel si vous avez utilisé votre compte Microsoft avec Azure DevOps. L’annuaire global des comptes Microsoft authentifie votre identité.

Oui, mais avant de basculer, assurez-vous que l’ID Microsoft Entra répond à vos besoins pour partager les éléments suivants :

• Éléments de travail
• Code
• Ressources
• Autres ressources avec votre équipe et vos partenaires

Apprenez-en davantage sur le contrôle de l’accès avec les comptes Microsoft par rapport à l’ID Microsoft Entra et sur la façon de basculer lorsque vous êtes prêt.

Pourquoi ne puis-je pas me connecter après avoir sélectionné « compte Microsoft personnel » ou « compte professionnel ou scolaire » ?

Si votre adresse de connexion est partagée par votre compte Microsoft personnel et votre compte professionnel ou scolaire, mais que l’identité sélectionnée n’a pas accès, vous ne pouvez pas vous connecter. Bien que les deux identités utilisent la même adresse de connexion, elles sont distinctes et ont des profils, des paramètres de sécurité et des autorisations différents. Déconnectez-vous complètement d’Azure DevOps en effectuant les étapes suivantes. La fermeture de votre navigateur risque de ne pas vous déconnecter complètement. Connectez-vous à nouveau et sélectionnez votre autre identité :

1. Fermez tous les navigateurs, y compris les navigateurs qui n’exécutent pas Azure DevOps.

2. Ouvrez une session de navigation privée ou incognito.

3. Accédez à cette URL : https://aka.ms/vssignout.

   Un message s’affiche : « Se déconnecter en cours ». Une fois que vous vous êtes déconnecté, vous êtes redirigé vers la page web Azure DevOps @dev.azure.microsoft.com .

   Conseil

   Si la page de déconnexion prend plus d’une minute, fermez le navigateur et réessayez.

4. Reconnectez-vous à Azure DevOps. Sélectionnez votre autre identité.

Si vous êtes propriétaire de l’organisation ou administrateur de compte d’abonnement Azure, vérifiez l’état de votre abonnement dans le Centre des comptes, puis essayez de corriger votre abonnement. Vos paramètres payants sont restaurés. Vous pouvez également lier votre organisation à un autre abonnement Azure en dissociant votre organisation de l’abonnement désactivé. Lorsque votre abonnement est désactivé, votre organisation revient aux limites mensuelles gratuites jusqu’à ce que votre abonnement soit résolu.

Utilisateurs et autorisations Microsoft Entra

Si vous ne trouvez pas de réponse à votre question ici, consultez faq sur la gestion des utilisateurs et des autorisations.

Votre organisation authentifie les utilisateurs et contrôle l’accès via l’ID Microsoft Entra. Tous les utilisateurs doivent être membres de l’annuaire pour obtenir l’accès.

En tant qu’administrateur d’annuaire, vous pouvez ajouter des utilisateurs à l’annuaire. Si vous n’êtes pas administrateur, collaborez avec votre administrateur d’annuaire pour ajouter des utilisateurs. En savoir plus sur le contrôle de l’accès aux Azure DevOps Services à l’aide d’un répertoire.

Votre travail dans Azure DevOps est associé à vos informations d’identification pour l’ID Microsoft Entra. Une fois que votre organisation est connectée à votre annuaire, les utilisateurs continuent de travailler en toute transparence si leurs adresses d’informations d’identification apparaissent dans l’annuaire connecté. Si les adresses des utilisateurs n’apparaissent pas, vous devez ajouter ces utilisateurs à votre annuaire. Votre organisation peut avoir des stratégies relatives à l’ajout d’utilisateurs à l’annuaire. Pour en savoir plus, commencez par en savoir plus.

Si vous avez au moins un accès de base, accédez aux paramètres de votre organisation, puis sélectionnez l’onglet Microsoft Entra ID. Connect directory ou Disconnect directory.

Oui, mais la suppression d’un utilisateur de l’annuaire supprime l’accès de l’utilisateur à toutes les organisations et autres ressources associées à cet annuaire. Pour plus d’informations, consultez Supprimer un utilisateur de votre annuaire Microsoft Entra.

Vous êtes probablement un invité dans l’ID Microsoft Entra qui sauvegarde votre organisation Azure DevOps, plutôt qu’un membre. Les invités Microsoft Entra ne peuvent pas rechercher le Microsoft Entra ID de la manière requise par Azure DevOps. Par exemple, les invités Microsoft Entra ne peuvent pas utiliser le portail web Azure DevOps pour rechercher ou sélectionner des utilisateurs qui ne sont pas ajoutés à l’organisation Azure DevOps. Apprenez à convertir un invité Microsoft Entra en membre.

Ajoutez ces utilisateurs à l’annuaire avec de nouveaux comptes professionnels ou scolaires, réaffectez les niveaux d’accès et lisez-les à tous les projets. S’ils ont des comptes professionnels ou scolaires existants, ces comptes peuvent être utilisés à la place. Le travail n’est pas perdu et reste avec leurs adresses de connexion actuelles. Les utilisateurs peuvent migrer le travail qu’ils souhaitent conserver, à l’exception de leur historique de travail. Pour plus d’informations, consultez Comment ajouter des utilisateurs de l’organisation.

Restaurez l’utilisateur au lieu d’en créer un. Si vous créez un nouvel utilisateur, même avec la même adresse e-mail, cet utilisateur n’est pas associé à l’identité précédente.

Sélectionnez l’une des deux options suivantes :

• Disposer d’un administrateur Microsoft Entra supprime votre compte de l’annuaire et l’a lu, ce qui vous rend membre, plutôt qu’un invité. Pour plus d’informations, consultez Microsoft Entra B2B users be added as members instead of guests ?.
• Modifiez le UserType de l’invité Microsoft Entra à l’aide de Microsoft Graph PowerShell. Nous vous déconseillons d’utiliser ce processus avancé, mais il permet à l’utilisateur d’interroger l’ID Microsoft Entra auprès de l’organisation Azure DevOps.

Convertir UserType de l’invité en membre à l’aide de Microsoft Graph PowerShell

Conditions préalables

À mesure que l’utilisateur apporte la modification UserType, disposez des éléments suivants :

• Un compte professionnel/scolaire (WSA)/utilisateur natif dans Microsoft Entra ID. Vous ne pouvez pas modifier le type d’utilisateur avec un compte Microsoft.
• Autorisations d’administrateur d’utilisateurs

Processus

1. Connectez-vous au Portail Azure en tant qu’administrateur d’utilisateurs pour l’annuaire de votre organisation.
2. Accédez au locataire qui sauvegarde votre organisation Azure DevOps.
3. Ouvrez une invite Windows PowerShell d’administration pour utiliser Microsoft Graph PowerShell.
4. Exécutez Install-Module -Name Microsoft.Graph -Scope CurrentUser. Microsoft Graph télécharge à partir de PowerShell Gallery.
5. Une fois l’installation terminée, exécutez Connect-MgGraph -Scopes "User.ReadWrite.All". Connectez-vous à l’ID Microsoft Entra. Veillez à utiliser un ID qui répond aux critères mentionnés précédemment et consentez aux autorisations.
6. ExécutezGet-MgUser -Filter "DisplayName eq '<display name'" -property DisplayName, ID, UserPrincipalName, UserType | Select DisplayName, ID, UserPrincipalName, UserType, où <display_name> est le nom d’affichage de l’utilisateur, comme indiqué dans le Portail Azure. Nous voulons remplacer le userType Memberpar .
7. Exécutez Update-MgUser -UserId string -UserType Member, où string est la valeur de l’ID retourné par la commande précédente. L’utilisateur est défini sur l’état de membre.
8. Réexécutez Get-MgUser -Filter "DisplayName eq '<display name'" -property DisplayName, ID, UserPrincipalName, UserType | Select DisplayName, ID, UserPrincipalName, UserType pour vérifier que UserType a changé. Vous pouvez également vérifier dans la section Microsoft Entra ID du Portail Azure.

Bien qu’il ne s’agit pas de la norme, cela peut prendre plusieurs heures, voire plusieurs jours avant que cette modification ne se reflète dans Azure DevOps. S’il ne résout pas immédiatement votre problème Azure DevOps, donnez-lui du temps et continuez à essayer.

Étant donné que ces groupes sont créés et gérés dans Azure, vous ne pouvez pas attribuer d’autorisations Azure DevOps directement ou sécuriser des chemins de contrôle de version à ces groupes. Vous obtenez une erreur si vous essayez d’attribuer des autorisations directement.

Vous pouvez ajouter un groupe Microsoft Entra au groupe Azure DevOps disposant des autorisations souhaitées. Vous pouvez également attribuer ces autorisations au groupe à la place. Les membres du groupe Microsoft Entra héritent des autorisations du groupe où vous les ajoutez.

Non, car ces groupes sont créés et gérés dans Azure. Azure DevOps ne stocke pas ou ne synchronise pas l’état des membres pour les groupes Microsoft Entra. Pour gérer les groupes Microsoft Entra, utilisez les Portail Azure, Microsoft Identity Manager (MIM) ou les outils d’administration de groupe pris en charge par votre organisation.

L’interface utilisateur Azure DevOps indique l’étendue d’appartenance à l’aide de crochets []. Par exemple, considérez cette page de paramètres d’autorisations :

Ces utilisateurs doivent se connecter à votre organisation avant d’apparaître dans Utilisateurs.

Lorsque ces membres du groupe se connectent à votre organisation pour la première fois, Azure DevOps leur attribue automatiquement un niveau d’accès. S’ils ont des abonnements Visual Studio, Azure DevOps leur attribue le niveau d’accès respectif. Dans le cas contraire, Azure DevOps leur attribue le niveau d’accès « le meilleur disponible » suivant, dans l’ordre suivant : De base, Partie prenante.

Si vous n’avez pas suffisamment de niveaux d’accès pour tous les membres du groupe Microsoft Entra, ceux qui se connectent obtiennent un accès aux parties prenantes.

Exiger un accès juste-à-temps à l’aide d’un groupe Microsoft Entra Privileged Identity Management (PIM). Pour plus d’informations, consultez l’accès juste-à-temps pour les groupes d’administration.

L’onglet Sécurité affiche les membres du groupe Microsoft Entra uniquement après leur connexion à votre organisation et leur attribution d’un niveau d’accès.

Pour afficher tous les membres du groupe Microsoft Entra, utilisez les Portail Azure, MIM ou les outils d’administration de groupe pris en charge par votre organisation.

Le widget membres de l’équipe affiche uniquement les utilisateurs qui se sont précédemment connectés à votre organisation.

Le volet Capacité de l’équipe affiche uniquement les utilisateurs qui se sont précédemment connectés à votre organisation. Pour définir la capacité, ajoutez manuellement des utilisateurs à votre équipe.

Azure DevOps ne récupère pas automatiquement les niveaux d’accès de ces utilisateurs. Pour supprimer manuellement leur accès, accédez à Utilisateurs.

Vous pouvez affecter des éléments de travail à n’importe quel membre Microsoft Entra disposant d’autorisations pour votre organisation. Cette action ajoute également ce membre à votre organisation. Lorsque vous ajoutez des utilisateurs de cette façon, ils apparaissent automatiquement en tant qu’utilisateurs, avec le meilleur niveau d’accès disponible. L’utilisateur apparaît également dans les paramètres de sécurité.

Non, nous ne prenons pas en charge l’interrogation sur les groupes Microsoft Entra.

Non, mais nos plans de personnalisation des processus peuvent vous intéresser.

Ajouter des utilisateurs à l’annuaire

Ajoutez des utilisateurs d’organisation à votre ID Microsoft Entra.

Pendant le processus de connexion, nous mappons les utilisateurs existants aux membres du locataire Microsoft Entra, en fonction de leur UPN, qui est souvent nommé adresse de connexion. Si nous détectons plusieurs utilisateurs avec le même UPN, nous ne savons pas comment mapper ces utilisateurs. Ce scénario se produit si un utilisateur modifie son UPN pour qu’il corresponde à celui qui existe déjà dans l’organisation.

Si vous rencontrez cette erreur, passez en revue votre liste d’utilisateurs pour identifier d’éventuels duplicatas. Si vous trouvez des duplicatas, supprimez les utilisateurs dont vous n’avez pas besoin. Si vous ne trouvez aucun doublon, contactez le support technique.

Non. Bien que vous puissiez ajouter de nouveaux comptes professionnels à votre organisation, ils sont traités comme de nouveaux utilisateurs. Si vous souhaitez accéder à tout votre travail, y compris son historique, vous devez utiliser les mêmes adresses de connexion que celles que vous avez utilisées avant la connexion de votre organisation à votre ID Microsoft Entra. Ajoutez votre compte Microsoft en tant que membre à votre ID Microsoft Entra.

Être membre ou disposer d’un accès en lecture dans ces répertoires. Sinon, vous pouvez les ajouter à l’aide de B2B Collaboration via votre administrateur Microsoft Entra. Vous pouvez également les ajouter à l’aide de leurs comptes Microsoft ou en créant de nouveaux comptes professionnels pour eux dans votre annuaire.

Vous pouvez mapper l’utilisateur à une identité différente qui n’est pas encore membre actif de l’organisation ou ajouter l’utilisateur existant à votre ID Microsoft Entra. Si vous devez toujours mapper au membre de l’organisation Azure DevOps existant, contactez le support technique.

Si vous avez utilisé un compte Microsoft pour activer un abonnement Visual Studio avec MSDN contenant Azure DevOps comme avantage, vous pouvez ajouter un compte professionnel ou scolaire. L’ID Microsoft Entra doit gérer le compte. Découvrez comment lier des comptes professionnels ou scolaires à Visual Studio avec des abonnements MSDN.

Oui, mais uniquement pour les utilisateurs externes qui sont ajoutés en tant qu’invités via Microsoft 365 ou ajoutés à l’aide de B2B Collaboration par votre administrateur Microsoft Entra. Ces utilisateurs externes sont gérés en dehors du répertoire connecté. Pour plus d’informations, contactez votre administrateur Microsoft Entra. Le paramètre suivant n’affecte pas les utilisateurs qui sont ajoutés directement à l’annuaire de votre organisation.

Avant de commencer, vérifiez que vous disposez au moins d’un accès de base, et non d’une partie prenante.

Remplissez les conditions préalables à l’ajout d’utilisateurs externes, en activant l’option Accès invité externe sur Activé.

Accédez à votre collection de projets ou à votre projet. Dans la barre supérieure, sélectionnez Paramètres, puis Sécurité.

Recherchez le groupe Microsoft Entra et supprimez-le de votre organisation.

Les utilisateurs peuvent appartenir à votre organisation, en tant qu’individus et en tant que membres de groupes Microsoft Entra dans des groupes Azure DevOps. Ces utilisateurs peuvent toujours accéder à votre organisation pendant qu’ils sont membres de ces groupes Microsoft Entra.

Pour bloquer tous les accès pour les utilisateurs, supprimez-les des groupes Microsoft Entra dans votre organisation ou supprimez ces groupes de votre organisation. Actuellement, nous ne pouvons pas bloquer complètement l’accès ou faire des exceptions pour ces utilisateurs.

Les utilisateurs qui sont désactivés ou supprimés de votre annuaire ne peuvent plus accéder à votre organisation par aucun mécanisme, y compris via des PAT ou SSH.

Se connecter, se déconnecter ou modifier la connexion Microsoft Entra

• Connecter votre organisation à Microsoft Entra ID
• Déconnecter votre organisation de votre annuaire
• Modifier le répertoire connecté à Azure DevOps
• Obtenir la liste des organisations sauvegardées par l’ID Microsoft Entra
• Restreindre organization création avec la stratégie de locataire

Vous pouvez télécharger une liste complète des organisations sauvegardées par un locataire Microsoft Entra. Pour plus d’informations, consultez Obtenir la liste des organisations sauvegardées par l’ID Microsoft Entra.

Oui. Si vous ne trouvez pas votre ID Microsoft Entra créé à partir de Microsoft 365, voir Pourquoi ne vois-je pas le répertoire que je veux me connecter ?.

Il se peut que vous ne voyiez pas le répertoire pour l’une des circonstances suivantes :

• Vous n’êtes pas reconnu comme propriétaire de l’organisation pour gérer les connexions d’annuaire.

• Contactez votre administrateur d’organisation Microsoft Entra et demandez-lui de vous faire membre de l’organisation. Il est possible que vous ne faisiez pas partie de l’organisation.

Votre organisation était connectée à un annuaire lorsque le propriétaire de l’organisation a créé l’organisation, ou quelque temps après. Lorsque vous créez une organisation avec un compte professionnel ou scolaire, votre organisation est automatiquement connectée à l’annuaire qui gère ce compte professionnel ou scolaire. Oui, vous pouvez changer de répertoire. Vous devrez peut-être migrer certains utilisateurs.

Oui. Pour plus d’informations, consultez Basculer vers un autre ID Microsoft Entra.

Lorsque vous passez d’un locataire Microsoft Entra à un autre, l’identité sous-jacente change également et les jetons PAT ou clés SSH que l’utilisateur avait avec son ancienne identité cesse de fonctionner. Toutes les clés SSH actives chargées dans l’organisation ne sont pas supprimées dans le cadre du processus de changement de locataire, ce qui peut empêcher l’utilisateur de charger de nouvelles clés après le basculement. Nous recommandons aux utilisateurs de supprimer toutes leurs clés SSH avant de changer de locataire Active Directory. Nous avons travaillé dans notre backlog pour supprimer automatiquement les clés SSH dans le cadre du processus de changement de locataire et, dans l’intervalle, si vous êtes bloqué de charger de nouvelles clés après le changement de locataire, nous vous recommandons de contacter le support technique pour supprimer ces anciennes clés SSH.

Azure DevOps ne prend plus en charge l’authentification d’autres informations d’identification depuis le début du 2 mars 2020. Si vous utilisez toujours d’autres informations d’identification, nous vous encourageons vivement à passer à une méthode d’authentification plus sécurisée (par exemple, les jetons d’accès personnels ou SSH). Plus d’informations

• Dans les paramètres de votre organisation Azure DevOps, sélectionnez Microsoft Entra ID, puis sélectionnez Résoudre.

  

• Faire correspondre les identités. Sélectionnez Suivant lorsque vous avez terminé.

  

• Réessayez.

• Vous êtes peut-être invité dans Microsoft Entra ID. Demandez à un administrateur d’organisation, membre de Microsoft Entra ID, d’effectuer le mappage. Vous pouvez également demander à un administrateur de l’ID Microsoft Entra de vous convertir en membre.

• Si le message d’erreur inclut un utilisateur dans votre domaine, mais que vous ne le voyez pas actif dans votre annuaire, l’utilisateur a probablement quitté votre entreprise. Accédez aux paramètres utilisateur de l’organisation pour supprimer l’utilisateur de votre organisation.

Vous êtes peut-être invité dans Microsoft Entra ID et n’avez pas le droit d’inviter des utilisateurs. Accédez aux paramètres de collaboration externe dans l’ID Microsoft Entra et déplacez le bouton bascule « Invités peut inviter » vers Oui. Actualisez l’ID Microsoft Entra et réessayez.

Les administrateurs d’abonnements Visual Studio attribuent généralement des abonnements aux adresses e-mail d’entreprise des utilisateurs, afin que les utilisateurs puissent recevoir des e-mails de bienvenue et des notifications. Si l’identité et les adresses e-mail d’abonnement correspondent, les utilisateurs peuvent accéder aux avantages de l’abonnement. Lorsque vous passez de Microsoft à Microsoft Entra identitys, les avantages des utilisateurs fonctionnent toujours avec leur nouvelle identité Microsoft Entra. Toutefois, les adresses e-mail doivent correspondre. Si les adresses e-mail ne correspondent pas, votre administrateur d’abonnement doit réaffecter l’abonnement. Sinon, les utilisateurs doivent ajouter une autre identité à leur abonnement Visual Studio.

Effacez le cache de votre navigateur et supprimez les cookies de la session. Fermez votre navigateur, puis rouvrez.

Effacez le cache de votre navigateur et supprimez les cookies de la session. Fermez votre navigateur, puis rouvrez.

Oui, tous les éléments du système sont mis à jour avec le nouvel ID quand l’ID d’un utilisateur est mappé de son e-mail personnel à son e-mail professionnel.

Vous pouvez toujours vous connecter à l’ID Microsoft Entra, mais essayer de résoudre le problème de mappage après vous être connecté et sélectionner le texte en gras pour voir quels utilisateurs sont affectés. Si vous avez toujours besoin d’aide, contactez le support technique.

Actuellement, vous pouvez toujours vous connecter, mais les fonctionnalités de mappage et d’invitation qui aident à résoudre les utilisateurs déconnectés après la connexion ne fonctionnent pas au-delà de 100. Contactez le support.

Le cache du locataire doit être effacé si vous utilisez une version GCM antérieure à la version 1.15.0. L’effacement du cache de locataire est aussi simple que la suppression du %LocalAppData%\GitCredentialManager\tenant.cache fichier sur chaque ordinateur qui retourne une erreur de connexion. Le GCM recrée et remplit automatiquement le fichier de cache, selon les besoins, lors des tentatives de connexion suivantes.

Comment faire obtenir de l’aide ou du support pour Azure DevOps ?

Choisissez parmi les options de support suivantes :

• Signalez un problème avec Azure DevOps sur Developer Community.
• Fournir une suggestion sur Developer Community
• Obtenir des conseils sur Stack Overflow
• Consulter les archives du forum Azure DevOps sur MSDN

Articles connexes

• FAQ sur la configuration et la personnalisation de l’organisation
• En savoir plus sur les questions fréquentes (FAQ) sur la gestion des utilisateurs et des autorisations
• Faq sur la configuration de Visual Studio