Docker容器内Curl请求返回(52)空回复错误，但主机可正常访问

1. 换用主机网络模式 #

Windows Docker默认的桥接模式会做NAT，容器的源IP和WSL主机不一致，设备可能对该IP做了拦截。直接用主机网络模式让容器复用主机的网络栈：

docker run -it --network host <image-name> bash

启动后再执行curl命令，验证是否能正常获取设备响应。

2. 检查设备的IP白名单 #

设备大概率存在IP访问限制，WSL的IP属于Windows内部子网，而Docker容器默认桥接网络的IP段可能不在设备的允许列表内：

• 在容器内执行curl -v <设备API地址>，同时查看设备端的访问日志，确认是否存在IP被拒绝的记录；
• 将Docker容器所在的子网IP段添加到设备的IP白名单中。

3. 排查Windows防火墙/安全软件拦截 #

Windows防火墙或第三方安全软件可能拦截了容器与设备之间的流量：

• 临时关闭Windows防火墙，测试容器内curl命令是否正常；
• 若关闭后恢复正常，添加防火墙规则，允许Docker容器所在子网的IP访问设备的API端口。

4. 自定义Docker桥接网络 #

Hyper-V模式下Docker默认的NAT网络可能存在路由问题，尝试创建与WSL同网段的自定义桥接网络：

# 创建自定义网络，子网与WSL网段保持一致（比如WSL为172.18.x.x）
docker network create --subnet=172.18.0.0/16 my-custom-network
# 使用该网络启动容器
docker run -it --network my-custom-network <image-name> bash

5. 检查设备的TCP连接限制 #

部分设备会限制同一源IP的并发连接数或新连接频率，容器的源端口/IP与WSL主机不同，可能触发了设备的RST响应：

• 在容器内指定本地端口执行curl命令，比如WSL使用的本地端口为1234，可执行curl --local-port 1234 <设备API地址>；
• 查看设备的TCP连接日志，确认连接被重置的具体原因。

6. 验证DNS解析（若使用域名访问设备） #

容器内的DNS配置可能与WSL主机不同，导致解析到错误的设备IP：

• 在容器内执行nslookup <设备域名>，与WSL主机的解析结果对比；
• 若解析结果不一致，启动容器时指定WSL使用的DNS服务器：

docker run -it --dns <WSL主机的DNS地址> <image-name> bash

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