2011-09-13 5 views
7

При использовании локального сервера NuGet, когда я пытаюсь установить , установите этот пакет с этого сервера, все, что я получаю, это ошибка: «Удаленный сервер вернул ошибку: (404) Не найдено».NuGet - Установка отчетов отдельных пакетов «Удаленный сервер возвратил ошибку: (404) Не найдено».

enter image description here

Пакеты все там в файловой системе, а сам канал видит все пакеты соответствующим образом. Я могу даже просматривать пакет напрямую!

Что мне не хватает?

Я только что обновился с сервера NuGet с 1.4 до 1.5, но я видел, как это произошло раньше. Прикосновение к файлам пакета, которые используются, чтобы помочь, но, похоже, это не так.

EDIT: На самом деле, я не видел, что точную ошибки, прежде чем ... Я видел this one, с перерывами, что прикосновение пакета, как правило, исправить.

ответ

3

Вздох ...

http://blogs.thesitedoctor.co.uk/tim/2011/09/02/Nuget+Server+On+IIS6+Returns+404+When+Downloading+Package+After+Upgrade.aspx

EDIT: В случае, если ссылка когда-либо умирает ... Я хостинг мой сервер NuGet в IIS6, который не был создан, чтобы правильно обрабатывать extensionless URL-адресов , И поскольку семантика загрузки отдельных пакетов изменилась с прямой ссылки на канал без продолжения, я начал получать 404. Добавление сопоставления подстановочных знаков, описанных в статье, исправлено мгновенно.

+0

нравственность этой истории обязательно проверяет журналы IIS –

+1

Простите за это! Это стало частью большого изменения, позволяющего пользователям указывать, куда будет идти физический путь к папке пакетов, которую NuGet.Server использует для обслуживания пакетов. – davidfowl

+0

+1 для уточнения изменений. Это был только час паники/безумного гуглинга :) Но я изучил мой (отладочный) урок. И NuGet по-прежнему потрясающий. –

4

В Windows Server 2008 у меня была такая же проблема. Я переключил пул приложений с «ASP.NET v4.0 Classic» на «ASP.NET v4.0». После изменения команда install-package работала нормально.

0

У меня была та же проблема, srv 2008 R2. Изменен пул приложений на «Интегрированный от классики», и теперь все работает отлично.

Моя проблема была такой же, как изображение выше. Я мог бы зайти на сайт по адресу

http://localhost:3407/nuget/Packages но не http://localhost:3407/api/v2/package/ {имя пакета} /1.0.0.0

2

У меня была такая же проблема на Windows Server 2008. Проблема была в моем собственном пакете MyPackage. nupkg, который я сохранил без версии. MyPackage был виден в PackageManager, но при установке он получал ошибку 404.

Fix: Я сохранил его с именем MyPackage.1.0.0.nupkg (1.0.0 - текущая версия), и проблема была исправлена.

+0

Это была моя проблема. Предшественник не был прилежным в именовании пакетов, и корм, который я унаследовал, был беспорядок. –

0

Я столкнулся с этой ошибкой при попытке загрузить Signal-R после обновления Nuget, однако я просто не проверял параметр «Разрешить загрузку отсутствующих пакетов во время сборки» в настройках диспетчера пакетов. Как только это было установлено, все снова работало нормально.

3

Я пытался понять это в течение нескольких часов ...

Проверено журналов IIS и обнаружил, что URLScan блокировал маршрут:

GET /Rejected-By-UrlScan ~/api/v2/package/

URLScan не принимает какой-либо маршрут не начиная с '/'. Лучшее, что я мог сделать, это удалить URLScan из списка фильтров ISAPI для веб-сайта в диспетчере IIS.

+1

Вы сэр красивые –

 Смежные вопросы

  • Нет связанных вопросов^_^