客户在使用我们的某个应用遇到了性能瓶颈，于是决定增加多个节点减轻单节点的压力。部署方案：

1台Nginx服务器

2台应用服务器，每台两个站点（一个应用创建两个IIS站点、不同端口号）

Nginx的配置如下：

http {    upstream clusterservice {        server 10.x.x.181:9001;        server 10.x.x.181:9002;        server 10.x.x.187:9001;        server 10.x.x.187:9002;        ip_hash;    }    server {        server_name xxx;        listen 10087;        location / {            proxy_pass http://clusterservice;            proxy_set_header   Host             $http_host;            proxy_set_header   X-Real-IP        $remote_addr;            proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;        }    }}

　　很常见的Nginx配置，但问题发生了。由于我们有一个负责单点登录的网站，当用户首次访问我们的应用时候它会跳转到单点登录站点，重定向到单点登录的时候在请求中会新增一个名称为ActionUrl的参数，这个参数使用了HttpRequest.Url的值。我们期望的重定向地址：http://sso.xxx.com/SignOn.aspx?actionUrl=http://xxx:10087/。实际情况是获取到的请求地址它的端口使用了本地端口，并不是我们期望的10087。实际的重定向地址：http://sso.xxx.com/SignOn.aspx?actionUrl=http://xxx:9001/。

　　反编译System.Web.dll查看HttpRequest的Url属性内部实现到底是如何产生这个地址，发现了解决方案。下面是其内部实现代码：

internal Uri BuildUrl(Func
     
       pathAccessor){	Uri uri = null;	string text = QueryStringText;	if (!string.IsNullOrEmpty(text))	{		text = "?" + HttpEncoder.CollapsePercentUFromStringInternal(text, QueryStringEncoding);	}	if (AppSettings.UseHostHeaderForRequestUrl)	{		string knownRequestHeader = _wr.GetKnownRequestHeader(28);		try		{			if (!string.IsNullOrEmpty(knownRequestHeader))			{				uri = UriUtil.BuildUri(_wr.GetProtocol(), Uri.UnescapeDataString(knownRequestHeader), null, pathAccessor(), text);			}		}		catch (UriFormatException)		{		}	}	if (uri == (Uri)null)	{		string text2 = _wr.GetServerName();		if (text2.IndexOf(':') >= 0 && text2[0] != '[')		{			text2 = "[" + text2 + "]";		}		uri = UriUtil.BuildUri(_wr.GetProtocol(), Uri.UnescapeDataString(text2), _wr.GetLocalPortAsString(), pathAccessor(), text);	}	return uri;}
     

　　我们发现可以通过在Web.config的appSettings节点新增一个键值让它使用“Host”标头提供的主机和端口作为动态请求地址，而不是默认的Web服务器。如下：