通过AWS ToolKit本地运行Lambda时Docker容器无法访问内部服务URI

问题现象 #

• 本地通过AWS ToolKit运行Lambda函数，调用内部服务端点时触发ConnectionTimeoutException
• 本地机器直接调用该端点正常；Lambda容器与proxy客户端同属Docker bridge网络，但进入Lambda容器执行curl调用内部服务超时

可能原因及解决办法 #

1. DNS解析失败 #

Lambda容器内无法正确解析internal.service.uri域名：

• 进入Lambda容器执行nslookup internal.service.uri，验证域名解析结果
• 若解析失败，可在Lambda运行配置中指定能解析内部域名的DNS服务器，或调整bridge网络的DNS配置

2. 代理配置未传入Lambda容器 #

本地机器的代理环境变量未同步到Lambda容器：

• 查看本地终端的HTTP_PROXY/HTTPS_PROXY配置
• 在AWS ToolKit的Lambda运行配置中添加对应环境变量，使用proxy容器的名称（同网络可直接通过容器名访问）作为代理地址，例如HTTP_PROXY=http://proxy:8080

3. 内部服务访问限制 #

内部服务的防火墙/访问控制规则仅允许本地机器IP，拒绝了Lambda容器的IP：

• 将Docker bridge子网（通常为172.17.0.0/16）加入内部服务的允许访问列表
• 或修改内部服务监听地址为0.0.0.0，允许来自bridge网络的请求

4. 容器间连通性异常 #

虽同属bridge网络，但存在端口未暴露或网络策略拦截：

• 执行docker exec -it <lambda容器ID> ping <proxy容器ID>，测试Lambda到proxy的连通性
• 检查proxy容器是否正确暴露代理端口，内部服务端口是否在bridge网络中可访问
• 确认Docker防火墙规则未阻止bridge网络内的容器间通信

验证步骤 #

1. 先验证Lambda容器到proxy容器的连通性，确保网络可达
2. 配置代理环境变量后，在容器内执行curl -x http://proxy:端口 internal.service.uri测试
3. 若DNS仍有问题，直接使用内部服务的IP地址进行调用测试

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