Connectez-vous à Visual Studio avec des comptes qui nécessitent une authentification multifacteur (MFA)

Dans cet article, vous allez apprendre à utiliser Visual Studio avec des comptes qui nécessitent une authentification multifacteur (MFA).

Pourquoi activer des stratégies MFA ?

Lorsque vous collaborez avec des utilisateurs invités externes, il est judicieux de protéger vos applications et vos données avec des stratégies d’accès conditionnel (CA) telles que l’authentification multifacteur (MFA).

Une fois activé, les utilisateurs invités auront besoin de plus qu’un nom d’utilisateur et un mot de passe pour accéder à vos ressources, et doivent satisfaire à des exigences de sécurité supplémentaires. Les stratégies MFA peuvent être appliquées au niveau client, application ou utilisateur invité individuel, de la même façon qu’elles sont activées pour les membres de votre propre organisation.

Utilisation de Visual Studio avec des stratégies MFA

Activation du navigateur web système

Pour activer le flux de travail du navigateur web système , accédez à la boîte de dialogue Options de Visual Studio (Options outils > ...), sélectionnez l’onglet Comptes et sélectionnez Navigateur web système dans les comptes Ajouter et réauthentifier à l’aide de la liste déroulante :

Se connecter à des comptes supplémentaires avec des politiques MFA

Cette action ouvre le navigateur web par défaut de votre système, vous demande de vous connecter à votre compte et valide toute stratégie MFA requise.

Pendant le processus de connexion, vous pouvez recevoir une invite supplémentaire vous demandant de rester connecté. Cette invite s’affiche probablement la deuxième fois qu’un compte est utilisé pour se connecter. Pour réduire la nécessité d’entrer à nouveau vos informations d’identification, nous vous recommandons de sélectionner Oui, car cela garantit que vos informations d’identification sont conservées dans les sessions de navigateur.

En fonction de vos activités de développement et de la configuration des ressources, vous pouvez toujours être invité à entrer à nouveau vos informations d’identification pendant votre session. Cela peut se produire lorsque vous ajoutez une nouvelle ressource ou essayez d’accéder à une ressource sans avoir précédemment satisfait à ses exigences d’autorisation d’autorité de certification/MFA.

Réauthentification d’un compte

En cas de problème avec votre compte, Visual Studio peut vous demander de saisir à nouveau vos informations d’identification de compte.

Cliquer sur Re-entrer vos informations d’identification ouvre le navigateur web par défaut de votre système et tente d’actualiser automatiquement vos informations d’identification. En cas d’échec, vous serez invité à vous connecter à votre compte et à valider toute politique d'autorité de certification ou de MFA requise.

Si votre compte est associé à plusieurs répertoires Azure Active Directory et rencontre un problème d’accès avec un ou plusieurs d’entre eux, la boîte de dialogue Entrer à nouveau vos informations d’identification affiche les répertoires affectés et les codes d’erreur AADSTS associés.

Vous pourrez désélectionner les répertoires que vous ne souhaitez pas réauthentifier et poursuivre une connexion normale avec le répertoire personnel, ainsi qu'avec les locataires invités qui restent sélectionnés. Les répertoires désélectionnés ne seront pas accessibles pour une utilisation ultérieure tant que le filtre de compte n’est pas supprimé.

Résoudre les problèmes de connexion

Problèmes d’autorité de certification/MFA

Si vous rencontrez des problèmes d’autorité de certification/MFA et/ou si vous ne parvenez pas à vous connecter même lorsque vous utilisez le navigateur web système, essayez les étapes suivantes pour résoudre le problème :

1. Déconnectez-vous du compte dans Visual Studio.
2. Sélectionnez Outils>Options>Comptes> Décochez S'authentifier sur tous les Azure Active Directories.
3. Reconnectez-vous.

Problèmes de pré-autorisation

À compter de Visual Studio 2022 version 17.5, si vous voyez la boîte de dialogue d’erreur précédente, essayez les étapes suivantes pour résoudre le problème :

1. Déconnectez-vous du compte dans Visual Studio.
2. Reconnectez-vous.
3. Créez un ticket Signaler un problème expliquant l’activité que vous faisiez et/ou la ressource que vous essayiez d’accéder avant de rencontrer le problème.

Comment se désinscrire d’un client Microsoft Entra spécifique dans Visual Studio

Visual Studio 2019 version 16.6 et versions ultérieures offre la possibilité de filtrer les locataires individuellement ou globalement, en les masquant efficacement à partir de Visual Studio. Le filtrage élimine la nécessité de s’authentifier auprès de ce locataire, mais cela signifie également que vous ne pourrez pas accéder aux ressources associées.

Cette fonctionnalité est utile lorsque vous avez plusieurs locataires, mais que vous souhaitez optimiser votre environnement de développement en ciblant un sous-ensemble spécifique. Il peut également vous aider dans les cas où vous ne pouvez pas valider une stratégie d’autorité de certification/MFA particulière, car vous pouvez filtrer le locataire incriminé.

Comment filtrer tous les locataires

Pour filtrer globalement tous les locataires, ouvrez la boîte de dialogue Paramètres du compte ( > Paramètres du compte... > Options de compte) et désélectionnez la case Authentifier dans tous les répertoires Azure Active Directory.

Désélectionner cette option garantit que vous vous authentifierez uniquement auprès du locataire par défaut du compte. Cela signifie également que vous ne pourrez pas accéder aux ressources associées aux autres locataires où votre compte pourrait être invité en tant que visiteur.

Comment filtrer des locataires individuels

Pour filtrer les locataires associés à votre compte Visual Studio, ouvrez Paramètres du compte dans (Fichier > Paramètres du compte...) et cliquez sur Appliquer le filtre.

La boîte de dialogue Filtrer le compte s’affiche, ce qui vous permet de sélectionner les locataires que vous souhaitez utiliser avec votre compte.

Une fois que vous avez désélectionné le locataire à filtrer, les paramètres du compte et les boîtes de dialogue Filtrer le compte affichent l’état filtré.

Erreurs réseau avec Visual Studio

Lors de la connexion, Visual Studio peut rencontrer des erreurs liées au réseau qui ne sont généralement pas des problèmes de produit Visual Studio et qui doivent être examinées par la prise en charge informatique locale.

Erreur « Autorisation proxy requise

Si votre ordinateur ou votre organisation utilise des mesures de sécurité telles qu’un pare-feu ou un serveur proxy, vérifiez que vous suivez les conditions requises pour utiliser Visual Studio derrière un proxy ou un pare-feu.

Erreurs SSL

Les erreurs SSL peuvent se présenter sous diverses formes. Voici quelques exemples :

• « La connexion sous-jacente a été fermée »
• « Impossible d’établir la connexion SSL »
• « Impossible de créer un canal sécurisé SSL/TLS »
• « Une connexion existante a été fermée de force par l’hôte distant. » (Cela peut également être dû à des pare-feu bloquant la connexion)
• « La connexion sous-jacente a été fermée : une erreur inattendue s’est produite lors de l’envoi »

Ces erreurs peuvent être provoquées par les éléments suivants :

1. Proxy d’entreprise ou pare-feu bloquant certaines versions de TLS
2. TLS 1.3 est activé sur la machine, mais le réseau ne le prend pas en charge. Vous pouvez essayer de désactiver TLS 1.3 sur l’ordinateur pour tester s’il s’agit du cas.
3. Stratégie de groupe limitant les algorithmes SSL autorisés et cette liste autorisée ne correspond pas à ce que le serveur attend.

Les ressources suivantes peuvent être utiles pour résoudre les problèmes SSL :

• Outil de vérification de préparation de la transition TLS 1.2 Azure DevOps
• Bonnes pratiques tls (Transport Layer Security) avec .NET Framework
• Paramètres du Registre TLS

Désactiver TLS 1.3

1.3 : [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.3\Client] « DisabledByDefault"=dword :00000001 « Enabled"=dword :000000000

Erreurs de refus de connexion

« Aucune connexion n’a pu être établie, car l’ordinateur cible l’a activement refusé »

Cette erreur signifie que lorsque Visual Studio tente d’établir une connexion à un point de terminaison Internet, la machine a refusé la connexion.

Causes courantes :

• Si l’adresse « 127.0.0.1 » se trouve dans le message d’erreur, cela signifie qu’une connexion à un serveur proxy local a été tentée, mais que le serveur proxy local n’était pas en cours d’exécution.

• Connexion VPN : essayez de vous déconnecter de n’importe quel VPN et réessayez la connexion. Si cela fonctionne, vous souhaiterez suivre le fournisseur VPN ou votre administrateur réseau. Cela inclut le VPN d’entreprise ou les services VPN tiers.

• DNS : la recherche de domaine sur votre ordinateur a été résolue en une adresse qui ne pointe pas vers le serveur attendu. Cela signifie que la connexion va à un autre ordinateur qui n’exécute pas les services attendus et refuse la connexion. Pour déboguer ce problème, vous pouvez utiliser des outils tels que NsLookup et les comparer aux plages d’adresses IP Azure et aux balises de service.

• IPV6 : certains ordinateurs ont activé IPV6, mais le réseau ne prend pas en charge le protocole. Dans ce cas, vous pouvez voir un message refusé de connexion, car le serveur n’a pas pu être trouvé. Essayez de désactiver IPV6 sur l’ordinateur pour voir si la connexion fonctionne.

• Problèmes SSL : consultez les erreurs SSL.

• Proxy ou pare-feu sur le réseau : s’il existe un proxy ou un pare-feu sur le réseau, il s’agit du premier appareil avec lequel la connexion tente de communiquer, et il peut s’agir de celle qui refuse la connexion. Vous pouvez déterminer si le pare-feu ou le serveur proxy bloque les connexions en demandant à votre administrateur réseau. Vous pouvez également examiner les traces réseau pour indiquer la machine à laquelle la connexion est établie et identifier les personnes qui le refusent. S’il s’agit d’une adresse réseau interne, cela signifie que le proxy ou le pare-feu a bloqué la connexion. S’il s’agit d’une adresse IP externe, cela signifie généralement des problèmes DNS, IPV6 ou SSL.

Prise en charge des problèmes liés au réseau

Les problèmes liés au réseau sont normalement liés à la machine ou à la configuration réseau plutôt qu’à Visual Studio. La Communauté des développeurs peut fournir une prise en charge, mais elle se concentre sur les fonctionnalités de Visual Studio plutôt que sur la configuration de l’ordinateur. Pour un support spécifique au réseau, la communauté de support Microsoft ou le support technique peut être utile.

Erreurs lors du premier lancement

Vous pouvez rencontrer des erreurs lors du lancement de Visual Studio pour la première fois. La boîte de dialogue d’erreur affiche le problème qui empêchait Visual Studio d’ouvrir.

Accès refusé

Vous pouvez voir l’une des erreurs suivantes :

Si vous rencontrez ces erreurs, fermez les instances ouvertes de Visual Studio et supprimez le fichier ou le répertoire mentionné dans le message d’erreur pour résoudre le problème.

Avant de supprimer le fichier, vérifiez les autorisations de sécurité sur le fichier et envisagez de journaliser un ticket de commentaires de la Communauté des développeurs . Cela nous aidera à mieux comprendre pourquoi l’accès à ces fichiers ou répertoires est refusé.

Dans votre ticket de commentaires, incluez les informations suivantes pour nous aider à examiner le problème :

1. Description ou capture d’écran des groupes et des utilisateurs disposant d’autorisations pour le fichier ou le répertoire mentionné dans l’erreur. Pour afficher cela, cliquez avec le bouton droit sur le fichier ou le répertoire, puis sélectionnez Sécurité des propriétés>.
2. Compte d’utilisateur que vous utilisez pour exécuter Visual Studio.
3. Si l’erreur persiste lors du lancement de Visual Studio une deuxième fois.

Contenu connexe

• Connectez-vous à Visual Studio