Partager via


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

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.

Ou si vous souhaitez utiliser vos informations d’identification par défaut 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).

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 le contrôle de compte d'utilisateur est activé, deux jetons d’accès utilisateur sont créés : l’un avec accès administrateur et l’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 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 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 l’ordinateur à jour et sécurisé. Vous devez vous assurer que les comptes système des ordinateurs clients disposent d’autorisations de lecture vers 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