Azure WebJob 本地资源
Azure WebJob on Premise Resource
我们在通过点到站点连接到 vNET 的应用服务上有一个 Azure WebJob 运行。
然后通过 Site-to-Site VPN 连接将同一 vNET 连接到本地网络。
路由设置为站点到站点连接，以便从 OnPrem > Azure 发送 Azure vNET (172.27.0.0/24) 的 IP 范围。这可以通过登录到 vNET 内的 VM 来查询本地资源来测试 - 这工作正常，符合预期。
如果从 WebJob 发送相同的请求（到 REST API），则无法正常工作。
点到站点 (172.27.1.144/28) 的 IP 范围与 vNET 的 IP 范围不相交，所以我想知道我们是否还需要路由此范围 "back across" 站点- 到站点连接也？
另一种选择是 Azure 中的路由 table 需要手动输入，不知何故？
任何有关如何排除故障/使其正常工作的提示都将不胜感激。
The IP range of the Point-to-Site (172.27.1.144/28) does not intersect
with that of the vNET, so i am wondering if we need to also route this
range "back across" the Site-to-Site connection also?
你确实需要这样做。不仅如此，您还需要在本地路由器上配置此网络范围 (172.27.1.144/28) - 以便它识别并接受流量。
但是为了通过站点到站点 VPN 连接从点到站点（Azure 应用程序服务）路由到内部部署，您将需要使用具有以下功能的虚拟设备转发流量。
为了简单和节省成本，您可以只使用 Azure Hybrid Connections 将 Azure Web 应用程序/Web 作业连接到本地资源。
您也可以参考the documentation here，其中列出了将应用服务计划连接到虚拟网络的限制，即：
There are some things that VNET Integration does not support
including:
- 安装驱动器
- 广告整合
- NetBios
- 私人网站访问
请注意最后一个 - 私人网站访问 - 这是你的内部部署。
我们在通过点到站点连接到 vNET 的应用服务上有一个 Azure WebJob 运行。
然后通过 Site-to-Site VPN 连接将同一 vNET 连接到本地网络。
路由设置为站点到站点连接，以便从 OnPrem > Azure 发送 Azure vNET (172.27.0.0/24) 的 IP 范围。这可以通过登录到 vNET 内的 VM 来查询本地资源来测试 - 这工作正常，符合预期。
如果从 WebJob 发送相同的请求（到 REST API），则无法正常工作。
点到站点 (172.27.1.144/28) 的 IP 范围与 vNET 的 IP 范围不相交，所以我想知道我们是否还需要路由此范围 "back across" 站点- 到站点连接也？
另一种选择是 Azure 中的路由 table 需要手动输入，不知何故？
任何有关如何排除故障/使其正常工作的提示都将不胜感激。
The IP range of the Point-to-Site (172.27.1.144/28) does not intersect with that of the vNET, so i am wondering if we need to also route this range "back across" the Site-to-Site connection also?
你确实需要这样做。不仅如此，您还需要在本地路由器上配置此网络范围 (172.27.1.144/28) - 以便它识别并接受流量。
但是为了通过站点到站点 VPN 连接从点到站点（Azure 应用程序服务）路由到内部部署，您将需要使用具有以下功能的虚拟设备转发流量。
为了简单和节省成本，您可以只使用 Azure Hybrid Connections 将 Azure Web 应用程序/Web 作业连接到本地资源。
您也可以参考the documentation here，其中列出了将应用服务计划连接到虚拟网络的限制，即：
There are some things that VNET Integration does not support including:
- 安装驱动器
- 广告整合
- NetBios
- 私人网站访问
请注意最后一个 - 私人网站访问 - 这是你的内部部署。