Docker化Azure时间触发器函数在Windows Server2019启动报错求助

问题根本原因 #

• Windows Server 2019 运行的 Docker 服务默认不会为容器自动注入 host.docker.internal 域名解析记录，该解析别名仅 Windows 桌面版 Docker 默认支持。你在 Dockerfile 中配置 AzureWebJobsStorage 时指定了通过 host.docker.internal 访问宿主机的存储模拟器，容器内部无法解析该域名，因此触发网络连接失败报错。
• Azure Functions 的 Timer Trigger 依赖存储服务实现分布式锁和调度状态持久化，存储连接失败会直接导致函数监听启动失败，和报错堆栈中 BlobLeaseDistributedLockManager 相关的错误信息完全匹配。

可行解决方案 #

方案1：启动容器时手动注入host映射（操作最快） #

启动容器时添加 --add-host 参数，手动绑定 host.docker.internal 到宿主机的真实IP：

docker run -d --add-host=host.docker.internal:<替换为Windows Server 2019的内网IP> <你的镜像名称>

不要使用127.0.0.1作为宿主机IP，容器内部的127.0.0.1指向容器自身而非宿主机。

方案2：直接修改存储连接字符串（兼容性更好） #

将 Dockerfile 中的 AzureWebJobsStorage 配置替换为明确的存储模拟器连接串，不需要依赖域名别名：

ENV AzureWebJobsScriptRoot=/home/site/wwwroot \
    AzureWebJobsStorage="DefaultEndpointsProtocol=http;AccountName=devstoreaccount1;AccountKey=Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==;BlobEndpoint=http://<替换为Windows Server 2019的内网IP>:10000/devstoreaccount1;QueueEndpoint=http://<替换为Windows Server 2019的内网IP>:10001/devstoreaccount1;TableEndpoint=http://<替换为Windows Server 2019的内网IP>:10002/devstoreaccount1;" \
    AzureFunctionsJobHost__Logging__Console__IsEnabled=true

校验操作 #

修改配置后可进入运行中的容器，执行以下命令验证连通性：

• 执行 nslookup host.docker.internal 确认域名解析正常
• 执行 curl http://<宿主机IP>:10000 确认可以连通存储模拟器服务

内容的提问来源于stack exchange，提问作者B Dimitrov