最近在做小程序的项目，微信要求所有数据请求通道都要走https或wss。而我们的项目建设如下:

　　　　api基于C#的MVC webapi开发。

　　　　websocket基于Nodejs的thinkjs框架开发。

　　因此会导致一个要求，就是api暂时不支持.net core，因此只能部署在windows下，使用IIS作为web服务器。又因为IIS占用了80端口，因此没法用nginx作为反向代理。

　　经过一番研究后发现，IIS8以上版本可以作为反向代理服务器。因此只要将IIS作为反向代理服务器，将SSL证书和域名绑定到IIS上，再通过IIS新增的URL重写模块将请求转向给内部的websocket服务就可以了。

具体操作如下：

　　一、下载ARR

　　下载地址：http://www.iis.net/downloads/microsoft/application-request-routing

　　下载完后无脑点击运行，一直点下一步就可以了。

　　二、启动Proxy

　　

　　三、新增反向代理服务器,设置方向代理URL重写规则

　　在IIS中新增一个网站，然后点击URL重写模块。在右侧点击【添加规则】--【入站规则】 -- 【空白规则】

　　

将URL的匹配模式设置成^(.*)，再将重写URL设置成：http://localhost:8361/{R:1}

　　举个例子：

　　　　入站前：http:www.beta.com/?params=1

　　　　重写后：http://localhost:8361/params=1

　　这样通过这个规则，可以将URL从域名转换成内部的局域网URL

　　

　　

　　

　　四、设置websocket重写规则

　　在步骤三中，可以通过反向代理服务器将外部访问的URL请求转成内部的URL请求。

　　但是，别忘记我们这个是一个websocket专用的反向代理服务器。

　　而websocket在请求的时候，不是http://开头，而是以ws://开头。因此我们要重新配置一下。

　　在条件中加入以下配置：

　　

　　同时将重写URL改成：

　　

　　这么些是什么意味呢？

　　就是说如果是http请求：

　　　　入站前：https:www.beta.com/?params=1

　　　　重写后：http://localhost:8361/params=1

　　如果是ws请求：

　　　　入站前：wss:www.beta.com/?params=1

　　　　重写后：ws://localhost:8361/params=1

　　这样既能应对http请求的URL转换，又能应对websocket的URL转换。

　　心细的朋友可能是注意到，为什么要将https转成http，将wss转成ws。

　　这就回到问题的原点，因为小程序的请求规则里要求，所有数据请求通道都要走https或wss。所谓外部过来的请求必然要带https或wss。但是内部处理的时候又不需要带SSL认证，因此需要将头里面的s给去掉。

　　

　　五、绑定SSL证书和域名

　　此时，我们只要将SSL证书和域名绑定到代理服务器上就行了。具体就不多说了。

　　只是有一点要特别注意一下，因为IIS只支持一个SSL，多个网站绑定不同的SSL证书时会导致443端口冲突。因此在绑定https的时候，一定要记得勾选。