总结IIS中使用ARR一些要注意的地方和经验-例如遇到重写规则无效的情况

稍微总结下在IIS中使用Application Request Routing的一些注意事项和经验。例如在刚刚安装好ARR后使用，常常遇到路由重写规则无效，无法进行反向代理等问题。

无论如何，都建议先阅读官方文档，其实很多情况官方文档中都有说明的。

先说个我曾经遇到的问题，就是服务器刚刚安装好ARR后，想测试个反向代理的功能，无论如何测试和更改重写规则都无法生效，一直以为是我重写规则的语法错误或者安装模块有问题。但是我在其他服务器测试又可以正常运行。其实这只是我犯的一个低级失误：忘记开启Server Proxy (服务器代理)。

具体操作步骤如下，首先打开IIS并选择服务器，然后打开Application Request Routing Cache：

在右侧操作栏中打开Server Proxy Settings：

最后在代理设置中启用代理并点击应用：

ARR做反向代理，一定要开启Server Proxy Settings，在ARR安装好后默认是不开启的！这个问题当初困扰了我好几个小时，想了想主要还是技能有点生疏了，我在第一次搭建反向代理的环境后，也已经很长时间没有再鼓捣这个了。

另外在使用过程中，一定要特别注意ARR模块的消息提示。因为我所接触的ARR的模块，目前都只有英文版，所以需要耐心仔细的阅读弹窗信息，否则容易出错，我曾经吃过这样的亏：IIS上设置ARR导致所有网站无法正常打开

还有关于Server Farms的，如果只是在一台服务器中做内部反向代理和实现服务器级别的URL重写，是完全不需要设置Server Farms的。当然如果服务器是专门用来做反向代理的，需要与其他服务器实现负载均衡的配置方案，就需要配置Server Farms。