开启“VNet路由全部启用”后Azure WebJobs无法正常工作

问题根源 #

和Web App同资源的Web Jobs，默认不会自动继承Web App的VNet集成与路由规则——连续运行的Web Jobs还好，触发式的会在临时沙箱里运行，直接走默认出站路径，不会使用你配置的VNet固定IP，这就是第三方API返回403的核心原因。

具体解决步骤 #

1. 先确认Web Jobs的运行模式 #

• 连续运行模式：这类Web Jobs和Web App共享运行环境，只要Web App的VNet集成已开启，理论上会自动继承配置。如果未生效，直接重启Web Jobs和Web App即可。
• 触发式模式：这是问题高发区，默认不遵循VNet路由，必须手动添加配置强制生效。

2. 给触发式Web Jobs添加强制路由配置 #

进入Azure门户找到目标Web App，进入「配置」→「应用设置」页面，添加以下配置项：

• WEBSITE_VNET_ROUTE_ALL = 1：强制所有出站流量走Web App的VNet路由
• 若你的VNet使用自定义DNS，额外添加WEBSITE_DNS_SERVER = <你的VNet DNS服务器IP>

配置完成后重启Web App和Web Jobs，让设置生效。

3. 验证出站IP是否符合预期 #

可以在Web Jobs中加入一段简单的测试代码，输出当前出站IP，确认是否和Web App的固定出站IP一致：

using System.Net;

var publicIp = new WebClient().DownloadString("https://api.ipify.org");
Console.WriteLine($"当前出站IP: {publicIp}");

运行Web Jobs后查看日志，确认IP是否在第三方API的白名单范围内。

4. 检查子网的路由表与NSG规则 #

• 确认Web App所在子网的路由表，已配置将所有流量导向你指定的出口（比如NAT网关）
• 检查子网的网络安全组（NSG）是否放行Web Jobs到第三方API端口（通常是443）的出站流量

5. 隔离层App Service计划的特殊处理 #

如果你的Web App使用隔离层计划，Web Jobs默认会继承VNet配置，若仍有问题，优先检查触发式Web Jobs是否已添加WEBSITE_VNET_ROUTE_ALL = 1配置，或直接重启整个App Service计划尝试解决。

内容的提问来源于stack exchange，提问作者Céryl Wiltink