1
4
一般来说,是的。反向代理的工作方式是,它们基本上接收最终用户的请求,然后通过 这意味着您的应用程序只知道内部请求,因此,例如,也只能生成内部URL。为了教你的应用程序关于外部URL,你可以使用反向代理提供的转发头,这样你的应用程序就可以恢复原始请求的样子。这样,你的应用程序就能知道公众的请求,并能正确响应。
不一定。HTTPS重定向基本上是一种功能,它将自动响应HTTP请求,并重定向到HTTPS。通常情况下,应用程序前面的反向代理会处理这个问题,所以当直接使用Kestrel时,这个功能最有意义。 但是如果你想在你的应用程序中使用这个功能,你仍然可以使用这个功能,而不是在你的反向代理中。如果您的反向代理在HTTP和HTTPS上为您的应用程序提供服务,并且如果它也在转发头中正确转发方案,那么您的应用程序可以正确检测到这一点并重定向到HTTPS。 从安全的角度来看,反向代理最好(也可能更简单)不将任何HTTP请求转发到应用程序,而直接重定向到HTTPS。
这也取决于你想如何在内部设置你的应用程序。 ,因为您的反向代理是公开可见的,所以您不需要在内部使用HTTPS,这通常也会以较少的开销获得更好的性能(并且它降低了证书的配置复杂性)。但在某些情况下,您可能希望在内部使用HTTPS,以使应用程序更安全,并更好地保护其传输的数据。这完全取决于你。
如上所述,设置是 通常
|
mikeo · Kestrel+IIS反向代理请求中止未触发 6 年前 |
Regent · 确定绑定到的Kestrel端口 6 年前 |
Paul W. · 只需要特定路由或控制器的SSL客户端证书 8 年前 |