J'utilise VS 2010 (console de package Manager) pour télécharger des paquets Nuget (2.5.40416.9020/LATEST). Il utilise URL https://nuget.org/api/v2/ . Cela me donne une erreur comme ci-dessous. Mais lorsque j'accède à la même URL via navigateur, je suis capable de parcourir le site.
Je suis sur le réseau d'entreprise afin que le pare-feu puisse bloquer le port (autre que 80 et 443). de sorte que le port est utilisé par Nuget lors du téléchargement de packages via la console de gestionnaire de packages (VS 2010)? < / p>
4 Réponses :
Si vous êtes sur un réseau d'entreprise, le port 80 et 443 sont généralement rebondies via un serveur proxy.
Très probablement, Nuget n'utilise pas vos paramètres de proxy pour une raison quelconque, il ne peut donc pas trouver le serveur proxy et est arrêté par le pare-feu d'entreprise. https://nuget.org/api/v2/ signifie port 443 (le port standard pour HTTPS)
Mais 443 n'est pas bloqué sur pare-feu et je suis capable de parcourir le Nuget.org site, mais cela me donne une erreur lorsque Je passe la commande via la console de gestionnaire de packages.
@Vijay Je suis assez sûr que le navigateur que vous utilisez a un ensemble de proxy et Nuget n'a pas choisi ces paramètres automatiquement. Il y a un exemple ici sur la manière de définir des paramètres de proxy pour Nuget 1.4 ou ultérieur.
Merci @ jochim pour votre réponse. J'ai défini l'adresse proxy. Mais maintenant je reçois une nouvelle erreur. Le serveur distant renvoyé une erreur: (502) Bad Gateway .
@Vijay sonne comme il y a encore Quelque chose ne va pas avec le proxy puis. Peut-être que vous avez configuré le proxy HTTP pour HTTPS ou l'inverse, ou le proxy ne prend pas en charge toutes les commandes proxy requises pour Nuget.
Merci @ jochim sa résolve maintenant. J'ai mis à jour les paramètres de proxy pour Visual Studio Config également et son travail a commencé à travailler. :) Encore merci.
Parfois, c'est une inadéquation de la version TLS. Dans PowerShell: [System.net.ServicePointPointManager] :: SecurityProtocol ... Si les sorties 'SSL3, TLS' Vous pouvez utiliser une version TLS obsolète non prise en charge par votre Nuget.org: Source: devblogs.microsoft.com/nuget / ...
aller aux fichiers de programme de fichiers \ Microsoft Visual Studio 14.0 \ Common7 \ Ide \ devenv.exe.config
Je n'ai pas pu télécharger le package Nugget via la console, c'était une erreur comme:
"Impossible de connecter un serveur distant" p> BlockQuote>
J'ai suivi les étapes ci-dessus et définissez IPv6 activé de Fres à False. Il résolut mon problème. P>
C:\Program Files\Microsoft Visual Studio 12.0\Common7\IDE\devenv.exe.config <system.net> <settings> <ipv6 enabled="false"/> </settings> </system.net>
Et si je ne trouve pas le fichier devenv.exe.config?
Dans mon cas, ajoutez les références de source d'emballage (URL que vous utilisez pour obtenir les packages) manuellement dans le fichier nuge.config (\ utilisateurs * \ appdata \ itinérant \ nuget \ nuget.config) résolue le problème. < / p>
Assurez-vous que tous les packages Nuget que vous vous référez dans la solution ont été ajoutés au fichier Nuge.Config ci-dessus.
Pour une raison quelconque, les références ont été supprimées de mon fichier de configuration et j'ai commencé à obtenir cette exception. Les ajoutant manuellement au fichier de configuration résolu le problème dans mon cas.
4 heures plus tard. Merci d'avoir posté!
Mon problème était que les paramètres de proxy de la société ont été ajoutés à ce fichier, je crois via un fichier nuge.config que je travaillais dans une solution. Je suppose que cela a pris ces paramètres de proxy et mis à jour celui de mon profil. Il semble que le seul moyen de la sauvegarder est de modifier manuellement ce fichier. Ce paramètre m'a empêché d'obtenir des paquets de notre flux interne de l'entreprise.