Azure应用服务出现502 Bad Gateway错误，请求URL异常求助

嘿，这个问题我之前帮同事排查过类似的，咱们一步步拆解可能的原因和解决办法：

1. 代码里硬编码了API请求地址 #

最常见的情况是你的前端或后端代码里，直接写死了https://SOX:80/api这个地址，而不是用相对路径（比如/api）或者从环境变量里读取自定义域名。

• 你可以全局搜索代码库，看看有没有地方直接写了SOX:80/api或者http://SOX这类字符串；
• 如果是前端项目，检查axios、fetch这类请求工具的baseURL配置，是不是没改成你的自定义域名sox.domain.com；
• 后端项目的话，看看内部调用其他服务的地方，有没有错误使用了应用服务的名称而非外部域名。

2. 应用服务的配置文件或重写规则出错 #

如果你的应用用了web.config（.NET）、.htaccess（PHP）或者其他路由配置文件，可能里面的重写规则错误地把请求导向了应用服务的默认名称：

• 打开Azure控制台的应用服务，进入“高级工具” -> “Kudu”，查看site/wwwroot下的配置文件，检查重写规则里的目标URL是不是写错了；
• 也可以去应用服务的“配置” -> “应用设置”里，看看有没有类似API_BASE_URL这类自定义变量，是不是被设成了SOX:80/api而不是正确的域名地址。

3. 内部网络或网关转发问题 #

如果你的应用服务配置了VNet集成、API管理或者其他网关服务，可能内部转发请求的时候用了应用服务的内部名称：

• 检查API管理的后端配置，看看是不是把目标服务设成了应用服务的内部地址（比如SOX.azurewebsites.net或者直接SOX），而没有用自定义域名；
• 如果用了VNet，确认内部DNS有没有把SOX解析到错误的地址，导致请求走了内部网络而非外部自定义域名。

4. 浏览器缓存或本地DNS缓存干扰 #

虽然你说JS能正常加载，但也可以快速排除这个可能性：

• 用无痕模式打开页面，看看502错误是否还出现；
• 清空本地DNS缓存（Windows用ipconfig /flushdns，Mac用sudo dscacheutil -flushcache），再测试请求。

如果以上步骤都排查完还没解决，你可以去Azure应用服务的“日志” -> “日志流”里看看具体的错误详情，里面可能会有更多关于请求来源和失败原因的线索。

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