티스토리 뷰
Windows Server 2008에서 동일한 문제가 발생했습니다. 응용 프로그램 풀을 "ASP.NET v4.0 Classic"에서 "ASP.NET v4.0"으로 전환했습니다. 변경 후 install-package 명령이 제대로 작동했습니다.
-------------------한숨...
http://blogs.thesitedoctor.co.uk/tim/2011/09/02/Nuget+Server+On+IIS6+Returns+404+When+Downloading+Package+After+Upgrade.aspx
편집 : 링크가 죽을 경우 ... 내 NuGet 서버를 IIS6에서 호스팅하고 있는데 확장이없는 URL을 제대로 처리하도록 설정되지 않았습니다. 그리고 개별 패키지 다운로드의 의미가 직접 파일 링크에서 확장없는 경로로 변경 되었기 때문에 404를 받기 시작했습니다. 문서에 설명 된 와일드 카드 매핑을 추가하면 즉시 수정되었습니다.
-------------------나는 이것을 몇 시간 동안 알아 내려고 노력했습니다 ...
IIS 로그를 확인하고 URLScan이 경로를 차단하고 있음을 발견했습니다.
GET /Rejected-By-UrlScan ~/api/v2/package/
URLScan은 '/'로 시작하지 않는 경로를 허용하지 않습니다. 내가 할 수있는 최선의 방법은 IIS 관리자의 웹 사이트에 대한 ISAPI 필터 목록에서 URLScan을 제거하는 것입니다.
-------------------Windows Server 2008에서 동일한 문제가 발생했습니다. 문제는 버전없이 저장 한 MyPackage.nupkg 패키지에있었습니다. MyPackage가 PackageManager에 표시되었지만 설치시 404 오류가 발생했습니다.
수정 : MyPackage.1.0.0.nupkg (1.0.0은 현재 버전)라는 이름으로 저장했는데 문제가 해결되었습니다.
-------------------나는 srv 2008 R2와 같은 문제가 있었다. 응용 프로그램 풀을 클래식에서 통합으로 변경했으며 이제 모두 정상적으로 작동합니다.
내 문제는 위의 이미지와 동일했습니다. URL에있는 사이트로 이동할 수 있습니다.
에 http : // localhost를 : 3407 / nuget / 패키지 가 아니라 에 http : // localhost를 : 3407 / API / V2 / 패키지 / {패키지 이름} /1.0.0.0
-------------------Nuget을 업데이트 한 후 Signal-R을 다운로드하려고 할 때이 오류가 발생했지만 패키지 관리자 설정에서 "누가 누락 된 패키지 다운로드 허용"옵션을 선택하지 않았기 때문입니다. 그것이 설정되면 모든 것이 다시 잘 작동했습니다.
-------------------이것도 될 수 있습니다.
http : // yourdomain / application / nuget / packages 와 같은 URL을 참조하려고 합니다.
그런 다음 http : // yourdomain / application / nuget으로 변경해야합니다.
이것은 일반적인 실수입니다.
출처
https://stackoverflow.com/questions/39920298