IIS 做反向代理
发布时间:8小时前
阅读量:1
IIS 反代需要 ARR 模块。这类配置一旦定下来很少改,所以第一次就配对,后面省很多事。
下面按“先判断范围、再处理、最后防复发”的顺序展开,涉及 IIS反代、URL Rewrite 的关键动作都给了具体做法,可以照着走。
安装
Application Request Routing。
这一步的判断依据建议写进操作记录,下次直接照做,不用重新摸索。
配置
URL Rewrite 建反向代理规则。
容易踩的坑:另一个坑是照抄别人的参数,环境不同,参数就该重新算。
请求头
保留 Host 与真实 IP。
需要留痕的操作,把时间点和现象一起记下来,复盘时最有用。
注意
超时与上传大小同步调整。
速查表
| 环节 | 关键动作 |
|---|---|
| 安装 | Application Request Routing |
| 配置 | URL Rewrite 建反向代理规则 |
| 请求头 | 保留 Host 与真实 IP |
| 注意 | 超时与上传大小同步调整 |
常见问题
Q:IIS反代这类问题,最快的判断办法是什么?
先确认现象的范围:只有单台还是全部、只在某个时段还是持续。范围一缩小,原因基本就浮出来了。
Q:按文中的步骤做完,还需要注意什么?
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录,比重查一遍快得多。
小结
回到这篇的四个环节:安装、配置、请求头、注意。按上面的顺序排查,多数问题能在十几分钟内定位。把步骤写进运维手册,交接时最有用。