Partager via

Résolution des erreurs liées au réseau lorsque vous installez, mettez à jour ou utilisez Visual Studio

  • Article

S’applique à : Visual Studio

Vous pouvez rencontrer des erreurs liées au réseau ou au proxy lorsque vous installez, mettez à jour ou utilisez Visual Studio derrière un pare-feu, un serveur proxy ou sur un ordinateur client qui n’a pas accès à Internet. Cet article fournit des résolutions pour certains scénarios courants de ces problèmes.

Erreur « Autorisation de proxy requise »

Cette erreur se produit généralement lorsque les utilisateurs se connectent à Internet via un serveur proxy. Le serveur proxy bloque alors les appels que Visual Studio effectue vers certaines ressources réseau.

Résolution

Pour résoudre ce problème, procédez comme suit :

  1. Démarrez Visual Studio. Une boîte de dialogue d'authentification du proxy doit s'afficher. Entrez vos informations d'identification dans la boîte de dialogue lorsque vous y êtes invité.

  2. Si le redémarrage de Visual Studio ne résout pas le problème, cela peut être dû au fait que votre serveur proxy ne demande pas d’informations d’identification pour http://go.microsoft.com les adresses, mais il le fait pour les *.visualStudio.microsoft.com adresses. Pour ces serveurs, ajoutez les URL suivantes à une liste d’autorisation pour débloquer tous les scénarios de connexion dans Visual Studio :

    • *.windows.net
    • *.microsoftonline.com
    • *.visualstudio.microsoft.com
    • *.microsoft.com
    • *.live.com

  3. Nous vous recommandons de supprimer l’adresse http://go.microsoft.com de la liste d'autorisation. La suppression de l’adresse permet à la boîte de dialogue d’authentification du proxy d’apparaître pour l’adresse http://go.microsoft.com et pour les points de terminaison du serveur lors du redémarrage de Visual Studio.

Configurer le serveur proxy

Visual Studio doit récupérer le paramètre de proxy à partir de Windows. Toutefois, vous pouvez définir un serveur proxy spécifique de la façon suivante.

  1. Recherchez devenv.exe.config (fichier de configuration de devenv.exe) dans :

    • Visual Studio 2019 : %ProgramFiles%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE ou %ProgramFiles(x86)%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE.
    • Visual Studio 2022 : %ProgramFiles%\Microsoft Visual Studio\2022\Enterprise\Common7\IDE ou %ProgramFiles(x86)%\Microsoft Visual Studio\2022\Enterprise\Common7\IDE.

  2. Dans le fichier de configuration, recherchez le bloc <system.net>, puis ajoutez le code suivant :

    <defaultProxy enabled="true">
    <proxy bypassonlocal="True" proxyaddress="http://<yourproxy:port#>"/>
</defaultProxy>

    Vous devez insérer l'adresse proxy correcte de votre réseau dans proxyaddress="<http://<yourproxy:port#>.

    Notes

    Pour plus d’informations, consultez les pages <defaultProxy>, élément (paramètres réseau) et <proxy>, élément (paramètres réseau).

  3. Pour Visual Studio 2022, définissez les variables d’environnement proxy :

    • http_proxy : cette variable est utilisée sur les requêtes HTTP. Notez que cette variable est en minuscules, car certains outils s’attendent à ce que la variable soit en minuscules.
    • HTTPS_PROXY : cette variable est utilisée sur les requêtes HTTPS.
    • ALL_PROXY : cette variable est utilisée pour spécifier un serveur proxy pour les requêtes HTTP ou HTTPS si la ou HTTPS_PROXY la HTTP_PROXY variable n’est pas définie.

    Note

    Pour plus d’informations, consultez HttpClient.DefaultProxy.

Informations d’identification utilisateur par défaut

Si vous souhaitez utiliser les informations d’identification par défaut pour le compte d’utilisateur qui exécute Visual Studio avec votre proxy, procédez comme suit :

  1. Recherchez devenv.exe.config (fichier de configuration de devenv.exe) dans :

    • Visual Studio 2019 : %ProgramFiles%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE ou %ProgramFiles(x86)%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE.
    • Visual Studio 2022 : %ProgramFiles%\Microsoft Visual Studio\2022\Enterprise\Common7\IDE ou %ProgramFiles(x86)%\Microsoft Visual Studio\2022\Enterprise\Common7\IDE.

  2. Dans le fichier de configuration, recherchez le bloc <system.net>, puis ajoutez le code suivant :

    <defaultProxy enabled="true" useDefaultCredentials="true">
   <proxy bypassonlocal="True" proxyaddress="http://<yourproxy:port#>"/>
</defaultProxy>

    Vous devez insérer l'adresse proxy correcte de votre réseau dans proxyaddress="<http://<yourproxy:port#>.

    Notes

    Pour plus d’informations, consultez les pages <defaultProxy>, élément (paramètres réseau) et <proxy>, élément (paramètres réseau).

  3. Avec Visual Studio 17.8 et versions ultérieures, nous avons mis à jour le processus de configuration pour les informations d’identification proxy par défaut dans les requêtes web. Pour activer les informations d’identification de proxy par défaut après cette mise à jour, créez une variable d’environnement nommée VS_USE_DEFAULTPROXY, définissez sa valeur truesur , puis redémarrez Visual Studio. Cette variable indique à Visual Studio et aux processus associés d’attacher les informations d’identification par défaut de l’utilisateur exécutant le processus aux requêtes proxy. Il est similaire à ce qui useDefaultCredentials se passe dans le fichier de configuration exe à l’étape 2.

Erreurs de proxy de débogage

Lorsque vous essayez d’établir des connexions réseau derrière un serveur proxy, vous pouvez rencontrer de nombreux types de défaillances différents. Certaines des défaillances incluent « erreur lors de l’envoi », « connexion refusée » et « impossible de résoudre l’adresse ». Il peut y avoir d’autres types d’échecs, mais ce qu’ils ont en commun est que certaines configurations sont incorrectes sur l’ordinateur local ou le réseau. Pour diagnostiquer ce qui bloque la connexion, l’utilisation d’un outil en dehors de Visual Studio peut être utile.

  • Si vous rencontrez une erreur telle que la connexion refusée ou une erreur lors de l’envoi, essayez la ligne de commande suivante :

    curl "https://resource" -v

    L’exécution de cette commande établit une connexion réseau à la ressource et peut échouer de la même façon que ce qui est vu dans Visual Studio. À ce stade, le diagnostic de cet échec est requis avant de tenter d’établir la connexion à l’aide de Visual Studio. Un échec ici indique un problème de configuration de machine ou réseau plutôt qu’un problème de produit avec Visual Studio.

  • Si vous savez que vous êtes derrière un serveur proxy qui a une adresse spécifique, la définition des variables d’environnement et https_proxy les http_proxy variables d’environnement sont nécessaires avant d’exécuter la curl commande, car elle utilise ces variables d’environnement pour les paramètres de proxy.

    Vous pouvez également utiliser le help commutateur en curl pour d’autres options. Cette commande curl --help proxy affiche une liste d’options et de commutateurs que vous pouvez utiliser pour configurer et configurer un proxy avec curl.

  • Si vous rencontrez un problème de connexion avec Visual Studio pour déboguer, exécutez les commandes suivantes :

    curl "https://login.microsoftonline.com/common/discovery/instance?api-version=1.1&authorization_endpoint=https://login.microsoftonline.com/organizations/oauth2/v2.0/authorize" -v

curl "https://management.azure.com" -v

curl "https://graph.microsoft.com" -v

    Pour connaître les URL requises par la connexion, consultez Installer et utiliser Visual Studio derrière un pare-feu ou un serveur proxy.

Erreur « Déconnecté de Visual Studio » lors de la tentative de signalement d’un problème

Cette erreur se produit généralement lorsqu’un utilisateur se connecte à Internet via un serveur proxy. Le serveur proxy bloque alors les appels que Visual Studio effectue vers certaines ressources réseau.

Résolution

Pour résoudre ce problème, effectuez les étapes suivantes :

  1. Recherchez feedback.exe.config (fichier de configuration de feedback.exe) dans : %ProgramFiles(x86)%\Microsoft Visual Studio\Installer ou %ProgramFiles%\Microsoft Visual Studio\Installer.

  2. Dans le fichier de configuration, vérifiez si le code suivant est présent. Si le code n’est pas présent, ajoutez-le avant la dernière </configuration> ligne.

    <system.net>
    <defaultProxy useDefaultCredentials="true" />
</system.net>

Erreur « La connexion sous-jacente a été fermée »

Si vous utilisez Visual Studio dans un réseau privé qui utilise un pare-feu, Visual Studio risque de ne pas pouvoir se connecter à certaines ressources réseau. Ces ressources peuvent inclure Azure DevOps Services pour la connexion et la gestion des licences, NuGet et des services Azure. Si Visual Studio ne parvient pas à se connecter à l’une de ces ressources, le message d’erreur suivant s’affiche :

La connexion sous-jacente a été fermée : une erreur inattendue s’est produite lors de l’envoi.

Visual Studio utilise le protocole TLS 1.2 pour se connecter aux ressources réseau. Les appliances de sécurité sur certains réseaux privés bloquent certaines connexions serveur quand Visual Studio utilise TLS 1.2.

Résolution

Activez les connexions en ajoutant ces URL de domaine à une liste d’autorisation.

Erreur « Échec de l’analyse de l’ID à partir du processus parent »

Vous pouvez rencontrer ce message d’erreur lorsque vous utilisez un programme d’amorçage Visual Studio et un fichier response.json sur un lecteur réseau. La source de l’erreur est le contrôle de compte d’utilisateur (UAC) dans Windows.

Voici pourquoi cette erreur peut se produire : un lecteur réseau mappé ou un partage UNC est lié au jeton d’accès d’un utilisateur. Lorsque l’UAC est activée, deux jetons d’accès utilisateur sont créés : un avec un accès administrateur et un sans accès administrateur. Lorsqu’un lecteur réseau ou un partage est créé, le jeton d’accès actuel de l’utilisateur y est lié. Étant donné que le programme d’amorçage doit être exécuté en tant qu’administrateur, il ne peut pas accéder au lecteur réseau ou au partage, sauf si le lecteur ou le partage est lié à un jeton d’accès utilisateur disposant d’un accès administrateur.

Résolution

Pour résoudre ce problème, utilisez la net use commande ou modifiez le paramètre de stratégie de groupe UAC. Pour plus d’informations sur ces solutions de contournement et leur implémentation, consultez :

Le produit ne parvient pas à installer ou à mettre à jour, car les autorisations de partage réseau ne sont pas configurées correctement

Assurez-vous que le compte effectuant l’installation ou la mise à jour dispose d’un accès suffisant aux partages réseau.

Problème Solution
Le compte d’utilisateur ne peut pas accéder aux fichiers. Si l’utilisateur dispose d’autorisations d’administrateur sur l’ordinateur et qu’il va installer ou mettre à jour à partir d’une disposition, vous devez vous assurer que les autorisations de partage réseau (ACL) sont configurées pour accorder aux utilisateurs un accès en lecture avant le partage de l’emplacement réseau.
Le compte système ne peut pas accéder aux fichiers. Parfois, l’installation ou la mise à jour est exécutée à l’aide du compte système au lieu d’un compte d’utilisateur. Cette situation se produit généralement lorsque les mises à jour de l’administrateur sont utilisées pour maintenir la machine mise à jour et sécurisée. Vous devez vous assurer que les comptes système des ordinateurs clients disposent d’autorisations de lecture sur le partage de fichiers réseau. Pour ce faire, vous pouvez créer un groupe Active Directory contenant les comptes d’ordinateur qui ont besoin d’accéder au partage, puis accorder l’accès au partage à ce groupe AD.

Support ou résolution des problèmes

Si votre installation de Visual Studio échoue, consultez Résolution des problèmes d’installation et de mise à niveau de Visual Studio pour obtenir une aide pas à pas.

Autres options de support :

References