2013-06-28 3 views
2

Мы только что начали испытывать проблемы с Nuget. Мы можем получить список пакетов, но когда мы пытаемся установить некоторые из них (например, jQuery), мы получаем ошибку 403 (Forbidden). Я считаю, что наш прокси (McAfee) блокирует определенные URL-адреса.Как просмотреть URL-адрес Nuget Feed?

Похоже на ту же проблему, что описана в this question. Они решили его использовать Wireshark. Я не могу использовать Wireshark, потому что (вы догадались) он заблокирован здесь.

Этот other question упоминает об https://nuget.org/api/v2/, но когда я это делаю, я вижу только около 8 строк XML.

Итак, мой вопрос: как я могу увидеть URL-адрес фида Nuget, чтобы я мог попросить, чтобы наши сетевые ребята разблокировали его без использования Wireshark или Fiddler?

+0

Возможный дубликат [Загрузить пакеты Nuget без диспетчера пакетов VS/NuGet] (http://stackoverflow.com/questions/13482319/download-nuget-packages-without-vs-nuget-package-manager) –

ответ

6

Установка командной строки nuget.exe клиент из https://nuget.org/nuget.exe

Затем запустите nuget sources для просмотра зарегистрированных конечных точек. Это, как правило, список что-то вроде этого:

D:\>nuget sources 
Registered Sources: 

1. https://nuget.org/api/v2/ [Enabled] 
    https://nuget.org/api/v2/ 

Из этого вы можете увидеть базовые конечные точки, которые, вероятно, используются в Visual Studio или PS инструментов.

Вы также можете использовать HTTP инспектор, как Fiddler захватить точные звонки от NuGet клиента (независимо от командной строки или Visual Studio) к nuget.org конечной точки, в результате чего-то вроде этого:

Fiddler2 sniffing HTTPS traffic from nuget.exe to nuget.org

В столбце «Процесс» вы можете видеть вызовы, происходящие из nuget.exe. Чтобы увидеть точные URL-адреса можно настроить Fiddler для перехвата и расшифровки HTTPS, или же указать, не HTTPS Source как этот nuget list log4net -Source http://nuget.org/api/v2/, что приводит к Скрипач будучи в состоянии видеть простые ответы HTTP:

Fiddler2 sniffing HTTP traffic from nuget.exe to nuget.org

В этом случай, один из звонков из nuget.exe был:

GET http://www.nuget.org/api/v2/Search()?$filter=IsLatestVersion&$orderby=Id&$skip=0&$top=30&searchTerm='log4net'&targetFramework=''&includePrerelease=false HTTP/1.1 

в NuGet клиенты делают несколько звонков, чтобы получить даже просто список пакетов, но AFAIK, звонки все стандартные HTTP GET, POST и т.д., не WebDAV звонит, поэтому не должно быть причин Эти вызовы не должны работать с прокси-сервером до тех пор, пока сам сайт nuget.org не заблокирован.