我在Azure中运行Service Fabric实例，其中包含多个VM（ SFVM1 ， SFVM2 等）。 Service Fabric连接到VNet，VNet具有连接到本地网络的虚拟网络网关。还有本地DNS服务器（在VNet中列出）处理将名称转换为本地服务器。
作为概念验证，我在同一个VNet上有一个独立的Azure VM（ POCVM ），并且可以成功ping“有问题的本地服务器”（ OnPremServer ）按名称解析其IP地址，我得到回复。
但是，我发现在Service Fabric完成初始化后，我远程进入 SFVM1 ，我尝试按名称ping OnPremServer ，名称确实如此不解决。奇怪的是我可以ping OnPremServer 的IP地址并获得回复。对我而言，这似乎是DNS设置在vm上的重击，并且在执行ipconfig \all之后，我发现VNet中列出的自定义DNS条目未在此处列为DNS服务器。
从 SFVM1 ，我也可以成功ping通本地DNS服务器的IP地址。我已经尝试禁用/重新启用服务结构DNS服务无济于事，并没有太多的运气搜索网络的线索。如果没有制作在VM启动described in this SO post上设置DNS服务器的脚本，我不知道还能做什么。
Service Fabric VM不应该从VNet获取自定义DNS条目吗？如果是这样，任何想法有什么不对？如果没有，这样做的正确方法是什么？
非常感谢提前！
答案 0 :(得分：0)
在我的轮子旋转之后，我偶然发现了一个解决方案。显然，对VNet DNS设置所做的更改不一定会传播到Service Fabric VM，即使它们重新启动也是如此。在我意外地完全轰炸了其中一个Service Fabric虚拟机的网络配置后，我解除了重新分配并重新分配了虚拟机规模集...然后DNS设置正确地应用于虚拟机等虚拟机。很高兴困境已经结束