如何在IIS站点配置代理，将/api请求转发至内网S2服务器的API？

你的需求完全可以在IIS中实现，核心是通过**Application Request Routing (ARR)**模块配置反向代理规则，把S1上/api路径的请求转发到S2的API服务，同时让前端无感知。

前置准备 #

• 先在S1上安装两个必要模块：ARR和URL Rewrite。打开IIS管理器，点击「管理」里的「Web平台安装程序」，搜索并安装「Application Request Routing 3.0」和「URL Rewrite 2.0」。
• 确认S1能正常访问S2的API服务（比如在S1服务器上用浏览器或curl工具访问http://s2.com/api，确保连通性）。

配置步骤 #

1. 开启ARR代理功能 #

• 打开IIS管理器，选中S1上的前端站点（或直接选中服务器节点），在功能视图中找到「Application Request Routing Cache」。
• 右侧操作栏点击「服务器代理设置」，勾选「启用代理」，点击「应用」。

2. 配置URL Rewrite转发规则 #

• 回到前端站点，在功能视图中打开「URL Rewrite」。
• 右侧操作栏点击「添加规则」，选择「反向代理规则」，点击「确定」。
• 在弹出的配置窗口中：
  • 输入S2的地址（比如s2.com，若为内网环境则填写内网IP，无需加/api后缀）。
  • 如果S2的API使用HTTPS，勾选「启用SSL Offloading」，同时要确保S1信任S2的SSL证书（否则会出现转发失败，生产环境不建议关闭证书验证）。
  • 点击「确定」，此时会自动生成一条基础反向代理规则。
• 编辑这条规则，细化匹配逻辑：
  • 在「匹配URL」标签下，设置「请求路径」为Matches the Pattern，模式填写^api/(.*)，使用「正则表达式」匹配规则。
  • 在「操作」标签下，设置「重写URL」为http://s2.com/api/{R:1}（若S2用HTTPS则改为https://前缀），勾选「追加查询字符串」。
  • 保存规则。

3. 测试验证 #

• 将前端应用部署到S1的站点中，确保前端请求API的路径为/api/xxx这类相对路径。
• 访问https://s1.com，测试前端调用API接口，检查是否能正常获取S2返回的响应。

注意事项 #

• 若S2的API使用HTTPS，必须让S1服务器信任其SSL证书，可将S2的证书导入S1的「受信任的根证书颁发机构」。
• 生产环境建议给转发规则添加额外条件，比如限制请求方法、过滤非法请求来源，提升安全性。
• 若转发出现异常，可查看IIS日志或ARR模块的日志排查问题。

内容的提问来源于stack exchange，提问作者blane