记录一次windows server上，反向代理服务器的配置和使用

背景

我司的软件在一个客户处测试功能和性能，这个客户比较特殊：

• 他们客户端是很旧的java代码，且要求不能改动，客户端的主要业务简单说就是上传下载文件
• 他们提供了客户端demo，http请求是用裸socket手动加http头，写死了http1.1，但又不带host这个http头
• 客户要求中间必须通过一台windows server服务器代理
• 后端的实际服务器是linux系统，用的是nginx

host header问题（此时先直连后端服务，不考虑代理）

最开始是请求直接返400，nginx access log能够看到400可是没有更多信息，error log则没有任何信息打印，一开始另外一位同事负责定位，我跟着一块儿用wireshark抓包看了好久，没得出结论。后来我又看了一下，nginx error log默认的日志级别是crit，那么直接改到debug，看到这个信息：

那么问题就一目了然了，查了一下，这个header是http1.1要求必须带的

且nginx严格遵照该协议，没有提供可配置的方式忽略这个头，如上图按理说服务端不该该强行处理这种问题，但客户要求最高，没办法

这时候好在，正好咱们须要一层反向代理，那么，看看能不能找一个容许不带该header的反向代理服务器实现，接下来能够暂时忽略这个问题，咱们使用压测工具测性能，压测工具在这个header上是没有问题的

代理布署及性能问题

windows server系统的服务器，一开始咱们直接用Nginx，但简单测后就知道性能不好，搜了一下基本是说nginx和apache在windows上性能都没啥但愿，首推的基本仍是微软自家的IIS，因而咱们配起了IIS，果真性能与直连后端相比基本没有损耗，可是通过很长时间查资料，找不到配置忽略host header的方法，并且IIS的确很差用，配置比较难看懂，你们都不熟悉windows平台，接下来只能另辟蹊径

python：老本行，用twisted写了个4行的反向代理，性能不如nginx，大概只有直连的1/6，时间紧迫，没来得及分析，继续尝试其余语言
nodejs：在github找到个redbird库，代码也是只须要两行，但性能跟python半斤八两
java：捡了个undertow的框架，折腾挺久终于搞起来，却是基本没有性能损耗，因而就要解决header问题，可是这个版本的400返回没带提示信息，java框架源码要反编译看，倒也还好，可是没有错误信息，很差直接搜代码，只能看流程，比较难看，java接触的也少
go：代码却是长一些，有三十来行，可是只用到了go的标准库，性能不出意外也是等于直连，惊喜的来了，它的400带了个错误信息提示：missing required Host header，当时那个幸福感。。。没法形容，直接对go产生了满分好感
因而直接打开源码目录全局搜，找到src/net/http/server.go，以下一段
`

// hosts, haveHost := req.Header["Host"]
isH2Upgrade := req.isH2Upgrade()
// if req.ProtoAtLeast(1, 1) && (!haveHost || len(hosts) == 0) && !isH2Upgrade && req.Method != "CONNECT" {
//     return nil, badRequestError("missing required Host header")
// }
// if len(hosts) > 1 {
//     return nil, badRequestError("too many Host headers")
// }
// if len(hosts) == 1 && !httpguts.ValidHostHeader(hosts[0]) {
//     return nil, badRequestError("malformed Host header")
// }

`
注释掉了上面这些，跑起来没有问题，这样host header的问题就解决了。

golang socket使用问题

可是到这还没结束，压测跑了一下子发现请求所有失败，看了一下报错，socket爆了，在cmd里netstat查了一下，果真go进程接近2w的socket消耗，所有是TIME_WAIT状态

本端主动关闭的socket，就会进入TIME_WAIT状态，被对方关闭是CLOSE_WAIT。那么查一下windows socket time_wait，有说设置注册表的
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesTcpipParameters]
"TcpTimedWaitDelay"=dword:0000001e

感受并非解决办法？实测也不能解决问题。想一想也知道关键应该是找到为何go会频繁关闭socket，那么google的关键字就应该是这样了：go socket time_wait

搜索结果第一条stackoverflow的就是答案：https://stackoverflow.com/que...
在main函数里加上配置：
http.DefaultTransport.(*http.Transport).MaxIdleConns = 8192
http.DefaultTransport.(*http.Transport).MaxIdleConnsPerHost = 8192
这个值的含义见连接，简单说就是容许保持的最大tcp链接数，默认值是2（待研究为何要这样默认），超事后会一直关socket再重开，咱们压测工具跑的是100并发，实际只须要这个值是200就够了（由于往real server的那个方向还须要一样的链接数 因此*2）

想一想python应该也能作到无损耗的，暂时没有再去研究，但从简单使用来看，脚本语言毕竟是脚本语言，你大爷仍是你大爷。