Docker容器内网络请求及PIP连接超时问题排查求助

问题总结 #

在reg.ru租用的服务器上，Docker容器内仅https://google.com能正常发起网络请求，https://staminity.com、https://fatsecret.com请求超时，pip连接pypi.org也出现超时；容器内ping fatsecret.com 100%丢包，但宿主机所有请求均正常执行。

排查与解决步骤 #

1. 排查DNS解析问题 #

容器DNS配置异常是这类问题的常见诱因：

• 进入容器查看当前DNS配置：cat /etc/resolv.conf
• 临时替换为公共DNS测试连通性：

  docker run --rm -it --dns 8.8.8.8 --dns 8.8.4.4 [你的镜像名称] bash
  

  若测试请求恢复正常，说明原DNS解析存在问题，可在docker-compose.yml中永久配置公共DNS：

  services:
    [你的服务名]:
      dns:
        - 8.8.8.8
        - 8.8.4.4
  

2. 调整Docker网络MTU值 #

部分VPS的网络MTU限制会导致数据包丢失：

• 查看宿主机主网卡MTU：ip link show（通常为1500，部分VPS可能是1450或更低）
• 在docker-compose.yml中配置自定义网络并设置MTU：

  networks:
    default:
      driver: bridge
      driver_opts:
        com.docker.network.driver.mtu: 1450
  

  重启容器后重新测试网络请求。

3. 切换容器网络模式 #

尝试使用host网络模式绕过Docker网络隔离，验证是否为Docker桥接网络的配置问题：

• 修改docker-compose.yml：

  services:
    [你的服务名]:
      network_mode: host
  

  若请求恢复正常，说明Docker默认桥接网络存在拦截，需进一步排查宿主机iptables规则。

4. 检查宿主机防火墙与路由 #

虽然宿主机请求正常，但Docker容器流量可能被iptables规则拦截：

• 查看宿主机iptables规则：iptables -L -n，检查是否存在针对Docker容器网段的拦截条目
• 临时关闭防火墙测试：systemctl stop firewalld（CentOS/RHEL）或ufw disable（Ubuntu），若容器网络恢复，需添加Docker相关的防火墙放行规则。

5. 清理容器内代理配置 #

容器内残留的代理配置可能导致请求失败：

• 进入容器检查代理环境变量：echo $http_proxy、echo $https_proxy
• 若存在代理地址，清空后测试：

  unset http_proxy https_proxy
  

  若恢复正常，需在Dockerfile或docker-compose配置中移除相关代理环境变量。

6. 测试TCP层连通性 #

用nc工具测试端口连通性，排除HTTPS协议层面问题：

nc -zv fatsecret.com 443
nc -zv pypi.org 443

若连接失败，说明是TCP层的连通问题，重点排查网络路由和防火墙规则。

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