自建NuGet Server在VS2019中访问出现404错误求助

我来帮你排查这个问题，你遇到的情况很典型——浏览器能正常浏览和下载包，但VS里调用V2的Search()接口报404，核心原因大概率是路由配置或者IIS模块的问题，试试下面这些步骤：

• 检查NuGet Server的路由重写配置
  如果你用的是官方的NuGet.Server包，项目的Web.config里必须有正确的URL重写规则，才能让IIS把Packages/Search()这类请求转发给NuGet的处理程序。确认你的Web.config里有类似这样的节点：

  <system.webServer>
    <modules runAllManagedModulesForAllRequests="true" />
    <rewrite>
      <rules>
        <rule name="NuGet" stopProcessing="true">
          <match url="^Packages(/.*)?$" />
          <action type="Rewrite" url="nuget/{R:0}" />
        </rule>
      </rules>
    </rewrite>
  </system.webServer>
  

  如果这段配置缺失或者规则写错，VS调用V2 API时就会返回404。

• 确认IIS已安装URL重写模块
  NuGet Server的V2 Feed依赖IIS的URL重写模块来处理路由请求，默认情况下IIS可能没装这个模块。你可以打开IIS管理器，点击服务器节点，查看“模块”列表里有没有UrlRewriteModule。如果没有，安装这个模块后重启IIS再试试。

• 验证NuGet源地址是否正确
  在VS的NuGet包管理器里，你添加的源地址应该是http://mywebsite.com/NugetServer/（注意不要加Packages后缀）。VS会自动拼接V2 API的路径，如果你填错了地址，比如多加了后缀，就会导致请求找不到对应的接口。你也可以手动在浏览器里访问http://mywebsite.com/NugetServer/Packages()，如果能返回XML格式的包列表，说明基础路由是正常的；如果返回404，那肯定是路由配置的问题。

• 检查NuGet.Server包版本兼容性
  确保你用的NuGet.Server包版本和VS2019兼容。VS2019对V2 Feed的支持是没问题的，但如果NuGet.Server版本太旧，可能存在路由或API的兼容性问题。建议更新到最新的稳定版NuGet.Server，重新发布到IIS后再测试。

• 排查IIS应用池的权限设置
  虽然你给文件夹加了Everyone权限，但还要确认IIS应用池的身份有没有访问NuGet包存储目录的权限。可以先把应用池身份临时设置为LocalSystem（仅限测试），或者给应用池的专用账户（比如IIS AppPool\你的应用池名称）添加包目录的读写权限，确保NuGet Server能读取到包文件来生成搜索结果。

如果以上步骤都试过还是没解决，可以提供你的NuGet.Server版本、Web.config的完整配置（敏感信息记得打码）、IIS应用池的设置细节，这样能更精准地定位问题。

内容的提问来源于stack exchange，提问作者serfe