Service Fabric 20H2节点运行Azure DevOps构建代理容器遇域名解析失败

• 参照微软官方Azure DevOps Docker代理配置指南制作的自定义构建代理镜像，在Windows 10主机环境下，可通过docker run命令正常启动自托管构建代理，全流程运行无异常
• 将同一自定义镜像部署到搭载Windows Server 20H2节点的Service Fabric集群时，容器启动日志持续抛出域名解析失败错误，无法解析dev.azure.com；报错触发点为start.ps1脚本中调用Invoke-RestMethod访问Azure Pipelines接口的执行步骤
• 构建基础镜像采用mcr.microsoft.com/windows/servercore:20H2，配套的ApplicationManifest.xml、ServiceManifest.xml已完成环境变量配置、容器启动策略的相关设置

• 逐一移除部署配置中的资源治理策略、健康检查配置项，域名解析报错仍未消失
• 验证基础疑惑：确认即使不预先配置对外暴露的HTTP或TCP端点，容器也可在Service Fabric集群中正常完成启动
• 核心复现验证：
  • 远程登录Service Fabric集群的部署节点，直接执行docker run -it启动同一自定义镜像，域名解析、代理安装全流程可顺畅完成，证明镜像本身无配置缺陷，异常源自Service Fabric的容器启动逻辑差异
  • 将start.ps1脚本逻辑简化为仅发起dotnet SDK下载请求的最简逻辑，容器启动后仍报相同的域名解析错误

• 通过docker inspect命令对比两种启动方式下的容器配置，发现核心配置差异：
  • Service Fabric管控启动的容器：已正常接入nat网络、分配了专属网关与容器IP地址，但容器内部DNS配置为空，未注入任何DNS搜索后缀
  • 手动docker run启动的同镜像容器：自动继承了主机节点的DNS服务器地址、DNS搜索后缀，域名解析流程可正常执行
• 最终确认根因：Service Fabric启动Windows容器时，未正确将主机节点的DNS配置传递给容器网络栈

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