Docker容器中Python requests请求Fritz-Box登录页超时问题排查

问题描述 #

本地运行以下Python脚本可以正常获取Fritz-Box（http://192.168.178.1）的登录页HTML内容：

import requests

r = requests.get('http://192.168.178.1')
print(r.text)

但将脚本部署到基于Alpine的Docker容器中运行时，请求出现超时。Dockerfile内容如下：

FROM python:alpine3.17

WORKDIR /usr/src/testcase

RUN pip install --upgrade pip

COPY ./requirements.txt .

RUN pip install -r requirements.txt

COPY . .

ENTRYPOINT ["tail", "-f", "/dev/null"]

已知：

• 容器可以正常请求局域网内其他网络设备并获取HTML内容
• 容器可以ping通Fritz-Box
• 唯独请求Fritz-Box的HTTP服务时超时

可能的原因及解决方法 #

1. Docker网络模式限制 #

默认的bridge网络模式下，容器使用独立的子网IP，Fritz-Box可能对非主机子网的HTTP请求做了访问限制（比如管理页面仅允许本地主机或信任设备访问）。

解决方法：
运行容器时使用host网络模式，让容器共享主机的网络栈，此时请求的源IP和本地运行脚本时一致：

docker run --network host your-image-name

2. Fritz-Box的设备识别或访问控制 #

部分Fritz-Box型号会基于设备MAC地址或IP做访问控制，即使能ping通，HTTP请求也可能被拦截。此外，路由器的ARP缓存异常也可能导致TCP连接异常。

解决方法：

• 重启Fritz-Box刷新ARP缓存
• 登录Fritz-Box管理后台，检查是否有设备访问限制规则，将容器所在IP（或主机IP，若使用host模式）加入信任列表

3. Alpine镜像的网络兼容性问题 #

Alpine使用musl libc，与glibc的网络实现存在差异，可能导致与Fritz-Box的HTTP握手不兼容。另外，requests默认的User-Agent可能被Fritz-Box的反爬或设备识别规则拦截。

解决方法：

• 给请求添加标准的浏览器User-Agent：

  import requests
  
  headers = {
      'User-Agent': 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36'
  }
  r = requests.get('http://192.168.178.1', headers=headers, timeout=30)
  print(r.text)
  

• 换用基于Debian的Python镜像（如python:3.11-slim）代替Alpine，重新构建容器测试

4. TCP连接参数或超时设置差异 #

容器的TCP栈参数可能与主机不同，导致Fritz-Box的HTTP连接超时。可以通过开启调试日志排查具体阶段的问题。

解决方法：
添加日志输出查看请求详细过程：

import requests
import logging

# 开启requests调试日志
logging.basicConfig(level=logging.DEBUG)
r = requests.get('http://192.168.178.1', timeout=30)
print(r.text)

根据日志判断是连接建立阶段超时，还是数据传输阶段超时，再针对性调整网络参数或Fritz-Box设置

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