Nuget: le serveur distant a renvoyé une erreur: (504)

J'utilise Visual Studio 2015 preview CTP 5 et j'ai des problèmes d'installation paquets.

si j'utilise le npm UI je reçois

The remote server returned an error: (504) Gateway Timeout.

si j'utilise la Console PM avec Install-Package Ninject.MVC5 j'obtiens :

The source at nuget.org [https://www.nuget.org/api/v2/] is unreachable. Falling back to NuGet Local Cache at {userfolder}\AppData\Local\NuGet\Cache
Install-Package : Unable to find package 'Ninject.MVC5'.

Si je tape: Install-Package Ninject.MVC5 -source nuget.org j'obtiens la même INTERFACE utilisateur d'erreur :

Install-Package : The remote server returned an error: (504) Gateway Timeout.

j'ai essayé d'autres sources qui indiquent une solution mais aucune n'a fonctionné. Je vois un problème similaire sur nuget mais un code 'fix' a été libéré selon le github pensions de janvier, 15.

Je ne suis pas sûr si c'est mon côté ou un problème de serveur nuget, essayer de les joindre à twitter sans réponse encore, ne sais pas quoi d'autre à essayer.

25
demandé sur jussi.mattila 2015-02-03 01:50:59
la source

4 ответов

j'ai trouvé une solution de contournement. Changez la source du paquet NuGet pour utiliser HTTP au lieu de HTTPS.

Dans Visual Studio (2015):

Tools / NuGet Package Manager / Package Manager Settings

Changer Source valeur nuget.org

https://www.nuget.org/api/v2/



http://www.nuget.org/api/v2/

si vous utilisez le CLI, vous pouvez faire la même chose en utilisant le nuget sources la commande.

(cette solution élimine évidemment le cryptage de vos requêtes, donc quiconque renifle être en mesure de voir quels paquets vous téléchargez. Utilisez à vos propres risques.)

11
répondu MEMark 2015-02-03 19:17:06
la source

j'ai eu le même problème, et après quelques heures de lutte, Je l'ai finalement eu.

il semble y avoir un problème avec la dernière version de nuget source À urlhttps://www.nuget.org/api/v2/

pour régler le problème...allez à outils - > NuGet Package Manager - > paramètres du Gestionnaire de paquets, sous sources de paquets, créez un nouveau source de paquets

Nom: NugetSource

Source: http://packages.nuget.org/v1/FeedService.svc/

déplacez le source nouvellement créé en haut de la liste sous sources de paquets disponibles. Cliquez sur OK et redémarrez Visual Studio.

5
répondu Maxwell Maake 2015-02-04 14:38:38
la source

une autre solution consiste à utiliser un mandataire HTTP lors de l'installation de NuGets.

Utiliser par exemple ProxyDNS (http://proxydns.co/) par la définition de ces sous Windows Network and Sharing Center => [select your network connection] => Properties => Internet Protocol Version 4 (TCP/IPv4) => Properties => Use the following DNS server addresses:

serveur DNS préféré: 74.207.242.213

serveur DNS alternatif: 50.116.28.138

proxy settings

la raison pour laquelle cela fonctionne (peut-être, Je ne suis pas un expert de réseau) est que le problème semble être une sorte de problème de résolution de nom (DNS) lié à le réseau de diffusion de contenu (CDN) que NuGet utilise pour héberger les paquets.

par exemple, aujourd'hui je n'ai pas pu installer xunit 2.0 et la raison est que https://az320820.vo.msecnd.net/packages/xunit.assert.2.0.0-rc1-build2826.nupkg renvoie avec (504) Gateway Timeout. Si J'utilise HTTP au lieu de HTTPS http://az320820.vo.msecnd.net/packages/xunit.assert.2.0.0-rc1-build2826.nupkg Le Paquet télécharge OK.

j'ai utilisé des ProxyDNS pour contourner le problème, et cela a fonctionné à chaque fois jusqu'à présent.

1
répondu jussi.mattila 2015-02-03 23:03:30
la source

ce qui a fonctionné pour moi: j'ai dû changer le type de réseau de "Shared Network / NAT" à "Bridged" en essayant D'exécuter NuGet à l'intérieur d'une machine virtuelle (Parallels et macOS).

0
répondu Matthias 2017-06-05 20:13:01
la source