Partage via

Résoudre les 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 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 ensuite les appels que Visual Studio effectue à certaines ressources réseau.

Résolution

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

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

  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 n’invite pas les informations d’identification pour http://go.microsoft.com les adresses, mais il le fait pour *.visualStudio.microsoft.com les 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 les points de terminaison de serveur lors du redémarrage de Visual Studio.

Ou si vous souhaitez utiliser vos informations d’identification par défaut avec votre proxy, procédez comme suit :

  1. Recherchez devenv.exe.config (le 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 <system.net> bloc, puis ajoutez ce code :

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

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

    Remarque

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

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 ensuite les appels que Visual Studio effectue à certaines ressources réseau.

Résolution

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

  1. Recherchez feedback.exe.config (le 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, case activée 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é doté d’un pare-feu, Visual Studio peut ne pas être en mesure de se connecter à certaines ressources réseau. Ces ressources peuvent inclure Azure DevOps Services pour la connexion et les licences, NuGet et les services Azure. Si Visual Studio ne parvient pas à se connecter à l’une de ces ressources, le message d’erreur suivant peut s’afficher :

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

Visual Studio utilise le protocole TLS (Transport Layer Security) 1.2 pour se connecter aux ressources réseau. Les appliances de sécurité sur certains réseaux privés bloquent certaines connexions de serveur lorsque 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 le contrôle de compte d’utilisateur est activé, deux jetons d’accès utilisateur sont créés : un avec un accès administrateur et un autre 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 pourra pas accéder au lecteur réseau ou au partage si le lecteur ou le partage n’est pas 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 sur la façon de les implémenter, consultez :

L’installation ou la mise à jour du produit échoue, car les autorisations de partage réseau ne sont pas configurées correctement

Assurez-vous que le compte qui effectue 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 que l’emplacement réseau ne soit partagé.
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. Cela se produit généralement lorsque les mises à jour de l’administrateur sont utilisées pour maintenir la machine à jour et la sécurité. 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 à ce groupe AD l’accès au partage.

Support ou résolution des problèmes

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

Autres options de support :

References