Azure WebJob本地资源

我们有一个Azure WebJob运行在通过点对点连接连接到vNET的应用程序服务上

然后，同一个vNET通过站点到站点VPN连接连接到本地网络

路由设置为站点到站点连接，以便Azure vNET 172.27.0.0/24的IP范围从OnPrem>Azure发送。这可以通过登录到vNET内部的VM来测试，以查询本地资源——这很好，正如预期的那样

如果从WebJob向REST API发送相同的请求，则一切都不起作用

点到站点172.27.1.144/28的IP范围与vNET的IP范围不相交，因此我想知道我们是否也需要将此范围路由回站点到站点的连接

另一种选择是Azure中的路由表需要手动输入，不知何故

如有任何关于如何排除故障/使其正常工作的提示，将不胜感激

点到场地172.27.1.144/28的IP范围不相交 对于vNET，我想知道我们是否也需要路由它 跨站点到站点连接的范围是否也存在

你确实需要这样做。不仅如此，您还需要在本地路由器上配置此网络范围172.27.1.144/28，以便它识别并接受流量

但是，为了通过站点到站点VPN连接实现从点到站点Azure应用程序服务到本地的路由，您需要使用能够转发流量的虚拟设备

为了简单和节约成本，您可以使用将Azure Web App/Web作业连接到本地资源

您还可以参考，其中列出了将App Service Plan连接到虚拟网络的限制，即：

有些东西VNET集成不支持 包括:

安装驱动器 广告整合 NetBios 专用站点访问

---

请注意最后一项-私人网站访问-这是您的内部部署。

hmm。。谢谢你提供的有用信息。还有一点，我们还需要访问AWS内的资源，AWS也通过另一个VPN连接到on-prem网络，这有什么复杂之处吗？我们只负责Azure基础设施…是的。您必须在本地路由器的帮助下执行Azure-AWS路由。或者使用虚拟应用程序建立从Azure直接到AWS站点的站点到站点VPN。当然，您必须确保两个站点上都没有重叠的IP范围。或者用来连接点。太好了，谢谢。内部网络不是我们的责任，但知道这一点很好。干杯