用于 asp.net 核心应用程序生产的红隼准备好了吗？

Question

我有一个在 asp.net core 2.0 中开发的 Angular 应用程序使用的 api 它已部署在 IIS 中并配置为使用 kestrel。

我读到 Kestrel 在公开公开应用程序时并不安全等等。 真的吗？红隼还没有准备好用于生产吗？或红隼完全用于不同的目的，就像很少有博客说的内部应用程序一样。

Answer 1

是的，Kestrel is production ready 并且在 .NET Core 支持的所有平台和版本上都受支持，但是如果您的应用程序在公共网络上可用 Microsoft recommend，您可以将其与反向代理一起使用：

即使不需要反向代理服务器，使用反向代理服务器也可能是一个不错的选择。

您可以在 MSDN 文档中找到有关 hosting ASP.NET Core apps 选项的更多信息，包括 on Windows with IIS、on Linux with Nginx 和 on Linux with Apache 等。

使用反向代理的原因有很多，包括：

1. 在同一个 IP 和端口上运行多个应用程序
2. 限制暴露的表面积
3. 额外的配置和防御层
4. 简化的负载平衡和 SSL 设置（例如，这些可以在反向代理中终止）
5. 更好地支持静态文件、压缩等。

根据您的要求，上述不同方面对您来说可能或多或少很重要。

例如，Kestrel 是一个非常轻量级的 Web 服务器，专门用于运行 ASP.NET Core 应用程序，但要做到这一点，它没有 IIS 或 Apache 之类的许多功能，您可能会发现这些功能是您想要的.例如，处理图像、CSS 或 JS 等静态文件不需要由 ASP.NET Core 引擎处理 - 使用 IIS 您可以自动压缩这些文件并添加缓存标头以加快后续页面加载。同样，IIS 可以在请求到达处理器之前处理重定向和路由。

从安全的角度来看，再次，您可以在请求到达 Kestrel 之前利用请求过滤（即使用的动词、路径等）、IP 过滤、身份验证等功能，而不必处理这些代码中的各个方面。

请注意，for ASP.NET Core 1.x，文档更加具体：

如果您将应用程序公开到 Internet，则必须使用 IIS、Nginx 或 Apache 作为反向代理服务器。反向代理服务器接收来自 Internet 的 HTTP 请求，并在进行一些初步处理后将其转发给 Kestrel。