上周欣喜地發(fā)現(xiàn)，微軟官方終于針對 asp.net core 在使用負載均衡的情況下從 http 強制重定向至 https 的問題提供了解決方法。

app.UseForwardedHeaders(new ForwardedHeadersOptions {ForwardedHeaders = ForwardedHeaders.XForwardedProto });var options = new RewriteOptions().AddRedirectToHttpsPermanent(); app.UseRewriter(options);

但實際使用之后，欣喜變成了失望 —— 微軟對這個問題的認識角度和我們不一樣，造成這個方法對我們不適用，不得不繼續(xù)使用我們的土方法。

為什么會這樣？請看下面的分解。?

AddRedirectToHttpsPermanent 早就在?BasicMiddleware?的 RedirectToHttpsRule?中實現(xiàn)了，它的邏輯很簡單 —— 判斷當前請求是否是https，如果不是就進行重定向。

if (!context.HttpContext.Request.IsHttps) { //...}

這個直接了當?shù)呐袛嘣谑褂秘撦d均衡的場景下不僅不會發(fā)揮應有的作用，而且會產(chǎn)生致命的副作用 —— 讓請求進入重定向死循環(huán)（ERR_TOO_MANY_REDIRECTS）。因為不管客戶端的請求是 http 還是 https ，負載均衡與后端服務器之間始終是 http（當然你可以用https，但那是吃飽了撐著還浪費糧食）。如果負載均衡不額外提供這個信息，在后端服務器的眼里始終只有 http 沒有 https ，http 重定向 https 根本無法實現(xiàn)。

從負載均衡的角度，為了解決這個問題，通常會通過一個另外的專用的請求頭抓發(fā)這個信息，它的名字叫"X-Forwarded-Proto"。

從 asp.net core 的角度，要解決這個問題，需要彌補 Request.IsHttps 與 X-Forwarded-Proto 之間的鴻溝。于是微軟實現(xiàn)了上面的 app.UseForwardedHeaders() ，實際是由?ForwardedHeadersMiddleware?完成這個任務 —— 根據(jù) X-Forwarded-Proto 設置 Scheme（Request.IsHttps 就是基于 Scheme 進行判斷的）。

if (checkProto && i < forwardedProto.Length) { set.Scheme = forwardedProto[forwardedProto.Length - i - 1]; }

到此為止，微軟完美地解決了這個問題，RedirectToHttpsRule 不用修改1行代碼。

但是在實際使用時，我們發(fā)現(xiàn)一個大問題，大到我們必須棄用這個看似完美的解決方法。

微軟解決 http to https 問題的思路是這樣：只要請求不是 https 的，就強制跳轉(zhuǎn)到 https（這個沒問題），其他一概不管，不管這個請求是不是來自負載均衡轉(zhuǎn)發(fā)的（這個不夠貼心）。

而我們要解決的問題是：只有在負載均衡轉(zhuǎn)發(fā)的原始請求是 http 的情況下，才強制跳轉(zhuǎn)至 https 。比如在服務器本機訪問，比如來自其他docker容器的訪問，如果這也跳轉(zhuǎn)，那每臺服務器（或者docker容器）都要部署https證書，多麻煩。

一個是只要不是 https ，就跳轉(zhuǎn)；一個是只有是轉(zhuǎn)發(fā)的 http ，才跳轉(zhuǎn)。 就是因為這個對問題理解的差異，我們不得不放棄采用微軟的官方解決方法，繼續(xù)使用我們不太優(yōu)雅的土方法。

RedirectToProxiedHttpsRule

public class RedirectToProxiedHttpsRule : RedirectToHttpsRule {
public RedirectToProxiedHttpsRule(){
base.StatusCode = StatusCodes.Status301MovedPermanently;
base.SSLPort = null;}

public override void ApplyRule(RewriteContext context){
var key = "X-Forwarded-Proto";
var request = context.HttpContext.Request;
if (request.Headers.ContainsKey(key)){
if (request.Headers[key].FirstOrDefault() == "http"){
base.ApplyRule(context);}}} }

RewriteOptionsExtensions

public static class RewriteOptionsExtensions {
public static RewriteOptions AddRedirectForwardedHttpToHttps(this RewriteOptions options){options.Rules.Add(new RedirectToProxiedHttpsRule());
return options;} }

在 Startup 中使用

var options = new RewriteOptions().AddRedirectForwardedHttpToHttps(); app.UseRewriter(options);

原文地址：http://www.cnblogs.com/dudu/p/7044923.html

---

.NET社區(qū)新聞，深度好文，微信中搜索dotNET跨平臺或掃描二維碼關注

總結

以上是生活随笔為你收集整理的asp.net core中负载均衡场景下http重定向https的问题的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。