IIS URL Rewrite重写至localhost返回502错误求助

针对你遇到的502错误，结合反向代理场景，可按以下步骤逐一排查：

1. 验证后端本地服务状态 #

• 直接在服务器上访问 http://127.0.0.1:51232/service/process 和 http://127.0.0.1:51233/service/process，确认服务是否返回正常状态码（200系列）。如果本地访问也报错，问题出在后端服务本身：
  • 用netstat -ano | findstr "51232 51233"检查端口是否被正常监听；
  • 查看服务日志，排查启动失败、依赖缺失或请求处理异常；
  • 重启后端服务进程。

2. 检查反向代理依赖组件 #

• 确认Application Request Routing (ARR) 已安装并启用：Url Rewrite的反向代理功能依赖ARR，若组件被卸载或禁用会直接导致502。可在IIS管理器服务器级别查看是否有ARR图标，或用appcmd list modules检查ApplicationRequestRouting模块是否存在；
• 验证ARR代理设置：在服务器级ARR配置中，确保“Enable proxy”已勾选，无本地回环请求限制规则；
• 核对Url Rewrite规则：确认匹配模式、重写URL格式正确，尤其是正则表达式是否准确捕获路径中的端口号（51232/51233），规则未被意外修改。

3. 排查权限与拦截问题 #

• 检查IIS应用池运行账户权限：默认的ApplicationPoolIdentity可能被限制访问本地端口，可临时切换为LocalSystem测试是否解决；
• 查看本地防火墙规则：确认未新增拦截IIS访问51232/51233端口的规则；
• 排查第三方安全软件：杀毒、入侵检测工具可能拦截了IIS与后端服务的通信，可临时关闭测试。

4. 分析日志定位细节 #

• 开启IIS失败请求跟踪（Failed Request Tracing），捕获502请求的完整处理流程，明确错误发生环节；
• 查看ARR代理日志（默认路径：%SystemDrive%\inetpub\logs\LogFiles\W3SVC1），根据具体错误代码定位：
  • 502.3：后端服务超时或无响应；
  • 502.1：后端返回无效响应；
  • 502.0：网关层面错误。

5. 其他排查点 #

• 用netstat -ano检查51232/51233端口是否被其他进程占用；
• 确认IIS站点8082端口绑定正常，无其他站点冲突；
• 尝试重装Url Rewrite和ARR组件，修复可能的组件损坏问题。

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