【问题标题】:DotNet Core App can't find controller MethodDotNet Core App 找不到控制器方法
【发布时间】:2021-01-15 15:33:22
【问题描述】:

我有这个 .net core 2.2 应用程序,它可以在本地运行。它有这两个主要项目,PictureLink.UI 和 PictureLink.API。

UI 端通过 Angular 前端从 API 端向 POST 和 GET 发送请求。

在本地,它工作得很好。当它向 UI 端发送 GET 时,它会发送到如下 URL:https://localhost:44343/UI/auth/DecodeJwtPayload

当它尝试访问 API 端时,它会发送到如下 URL: https://localhost:44343/API/photo/GetPhotos

在本地,它工作得很好。

然后我发布了它,现在 URL 是这样的: https://{url}/UI/auth/DecodeJwtPayload

当它尝试访问 API 端时,它会发送到如下 URL: https://{URL}/API/photo/GetPhotos

我不明白为什么它会在测试期间在本地工作,然后在我们发布时停止工作。

一些文章建议在 Startup 中将 services.AddControllers() 添加到 ConfigureServices,但 VS 告诉我这不是一个有效的方法。

我什至不知道从哪里开始寻找。这是路由问题吗?和 IIS 问题? AzureDevOps 问题?配置问题?

我就是这样。迷路了。

【问题讨论】:

    标签: asp.net-core post iis controller url-routing


    【解决方案1】:

    404 错误的原因有很多。您可以尝试以下方法:

    1.您需要发布您的网站,然后将 IIS 网站指向已发布的文件夹。

    2.应用程序池必须设置为No Managed code

    3.Application Pool 身份用户IIS AppPool\{AppPoolName} 必须对已发布的网站文件夹具有读取权限。将应用程序池的标识更改为 ApplicationPoolIdentity。对于应用程序池身份,将有一个名为 IIS AppPool{Applicaiton Pool name} 的用户帐户,例如对于 DefaultAppPool,用户帐户是 IIS AppPool\DefaultAppPool,因此您可以允许在已发布的应用程序文件夹上对您的应用程序池用户进行读/写访问。

    如果仍然无法解决问题,请发布您的控制器代码和 web.config 文件。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2019-06-27
      • 2014-04-10
      • 1970-01-01
      • 2020-10-05
      • 2014-04-29
      • 1970-01-01
      • 1970-01-01
      • 2023-01-27
      相关资源
      最近更新 更多