Quel port est utilisé par NuGet alors que le téléchargement de paquet par le biais de Visual Studio
Je suis avec VS 2010 (Gestionnaire de paquets de la Console) pour télécharger NuGet (2.5.40416.9020/Dernière). Il utilise l'URL https://nuget.org/api/v2/. Il me donne l'erreur comme ci-dessous.
Install-Package : An error occurred while loading packages from'https://nuget.org/api/v2/': The remote name could not be resolved: 'nuget.org'
At line:1 char:16
+ Install-Package <<<< Rx-Main
+ CategoryInfo : NotSpecified: (:) [Install-Package], InvalidOperationException
+ FullyQualifiedErrorId : NuGetCmdletUnhandledException,NuGet.PowerShell.Commands.InstallPackageCommand
Mais lorsque j'accède à la même URL via un navigateur alors que je suis en mesure de naviguer sur le site.
Je suis sur le réseau de l'entreprise afin de pare-feu peut bloquer le port (Autre que le 80 et 443).
Donc quel port est utilisé par NuGet alors que le téléchargement de paquets via la Console du Gestionnaire de Package (VS 2010)?
OriginalL'auteur vijay | 2013-06-06
Vous devez vous connecter pour publier un commentaire.
https://nuget.org/api/v2/signifie le port 443 (port standard pour HTTPS)Si vous êtes sur un réseau d'entreprise, le port 80 et 443 sont généralement rebondi à travers un serveur proxy.
Le plus probable, NuGet est pas à l'aide de vos paramètres de proxy pour quelque raison, donc il ne peut pas trouver le serveur proxy et sont arrêtés par le pare-feu d'entreprise.
Je suis assez sûr que le navigateur que vous utilisez a un proxy, et NuGet n'a pas choisi ces paramètres automatiquement. Il y a un exemple ici sur la façon de définir les paramètres de proxy pour NuGet 1.4 ou plus tard.
Merci @Joachim pour vous répondre. J'ai mis l'adresse du proxy. Mais maintenant, je suis nouvelle erreur.
The remote server returned an error: (502) Bad Gateway.Sonne comme il y a toujours quelque chose de mal avec le proxy, puis. Éventuellement, vous avez configuré le proxy HTTP par HTTPS (ou l'inverse, ou la procuration ne prend pas en charge tous les proxy commandes nécessaires pour NuGet.
Merci @Joachim ses résolus maintenant. J'ai mis à jour les paramètres de proxy pour visual studio config et il a commencé à travailler. 🙂 Merci encore une fois.
OriginalL'auteur Joachim Isaksson
Aller dans "fichier" Program Files\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe.config
OriginalL'auteur satish suthar
Dans mon cas, en ajoutant le paquet source de références (les Url que vous utilisez pour obtenir les paquets) manuellement dans le Nuget.Fichier de configuration (\users \ *\appdata\Roaming\Nuget\Nuget.Config) a résolu le problème.
Assurez-vous que tous les packages nuget que vous faites référence dans la solution ont été ajoutés au-dessus de Nuget.Fichier de configuration.
Pour une raison quelconque, la référence est supprimée à partir de mon fichier de config et j'ai commencé à faire de cette exception. Les ajouter manuellement le fichier de configuration résolu le problème dans mon cas.
Mon problème était que la société les paramètres de proxy ont été ajoutées à ce fichier, je crois, par l'intermédiaire d'un NuGet.fichier de config que je travaillais dans une solution. Je suppose qu'il a pris ces paramètres de proxy et mise à jour sous mon profil. Il semble que le seul moyen pour cela est de modifier manuellement ce fichier. Ce paramètre a été le blocage de m'colis de nos internes à l'entreprise d'alimentation.
OriginalL'auteur Murali .K
Je n'arrive pas à télécharger la pépite paquet par le biais de la console, c'était donnant erreur de ce type:
J'ai suivi les étapes ci-dessus et de l'Ensemble de l'ipv6 de true à false. Il a résolu mon problème.
OriginalL'auteur Sangram Bishi