La connexion sous-jacente a été fermée: une erreur inattendue s'est produite lors d'un envoi .--- NuGet
En essayant de restaurer les paquets de nuget, je reçois ce qui suit: -
Erreur 1 La connexion sous-jacente a été fermée: une erreur inattendue s'est produite lors d'un envoi.
Erreur 2 La connexion sous-jacente a été fermée: Impossible d'établir une relation de confiance pour le canal sécurisé SSL/TLS.
Erreur 3 La commande "" D:\root\.nuget\NuGet.exe "installer" D:\root\packages.config "-source" "-NonInteractive -RequireConsent -solutionDir" D:\root\"" avec code 1.
Erreur 4 Le fichier de métadonnées 'D:\root\project.Website.dll' est introuvable D:\root\project.UnitTests\CSC
J'ai essayé les solutions fournies sur: Erreur de nuget dans Visual Studio 2010: la connexion sous-jacente était fermée: impossible d'établir une relation de confiance pour le canal sécurisé SSL/TLS
J'ai essayé les solutions fournies sur: https://nuget.codeplex.com/discussions/275537
Aucun d'entre eux ne fonctionne, je me demandais si quelqu'un d'autre a actuellement ce problème? Si oui, quelqu'un a-t-il trouvé une solution?
Il semble qu’il faille attendre que les certificats SSL soient corrigés.
Après un débogage plus approfondi avec Fiddler, j'ai obtenu la réponse suivante:
fiddler.network.https> La liaison HTTPS avec az320820.vo.msecnd.net a échoué. System.IO.IOException Impossible de lire les données de la connexion de transport: une connexion existante a été fermée de force par l'hôte distant. <Une connexion existante a été fermée de force par l'hôte distant.
Si je suis correct, il semble que je suis rejeté mais le serveur, je ne sais pas pourquoi et j'espère que cela va bientôt résoudre le problème.
Pour l’instant, j’ai réussi à obtenir des copies de paquets d’autres développeurs qui n’avaient pas vidé leur cache de paquets et qui ne continuaient pas leur développement de cette façon.
Quelqu'un a gentiment soulevé la question sur le code plex alors espérons-nous que nous aurons quelque part bientôt: https://nuget.codeplex.com/workitem/4372
Mise à jour
Depuis le 17 novembre, cela semble fonctionner à nouveau. NuGet me dit correctement qu'il est difficile d'obtenir une ancienne version de Ninject.Web.Common.3.2.0.0 mais nous avons l'édition mise à jour qui convient.
J'avais le même problème jusqu'à ce que j'appelle mes administrateurs réseau. Nous avons constaté que notre IPS avait marqué le domaine en tant que programme malveillant et nous l'avons bloqué au niveau de notre réseau interne.
Une fois le bloc retiré, tout fonctionne à nouveau.
Nous avons également eu des problèmes pour obtenir des images et des fichiers CSS à partir des sites du projet Codeplex, ce qui a également résolu le problème.
Je vois ce problème derrière un proxy d'entreprise utilisant Visual Studio 2015, qui utilise la nouvelle API v3 ( https://api.nuget.org/v3/index.json ). Dans mon cas, il s'agit d'un proxy d'entreprise interceptant SSL (BlueCoat) qui ne sait pas comment gérer un nouveau protocole de chiffrement (par exemple: TLS 1.2 plus un chiffrement de clé plus récent) négocié par ce point de terminaison d'API, je crois.
Une solution rapide pour les utilisateurs de Visual Studio 2015 consiste à modifier l'URL de https à http. J'ai l'impression que cela pourrait ne pas fonctionner si le paquet contient un fichier de licence https.
Vous pouvez également basculer vers Visual Studio 2013 pour l'installation et les mises à jour du package.
Vérifiez si votre connexion Internet fonctionne et que votre proxy est configuré et activé dans les paramètres LAN d'Internet Explorer. Dans mon cas, il essayait de le télécharger à partir d'Internet et échouait, car mon proxy était désactivé! J'espère que cela t'aides...