Docker Alpine镜像无法访问VPN接入的本地网络，Ubuntu镜像可正常访问

Alpine 镜像默认使用 musl libc 作为标准库，和 Ubuntu 使用的 glibc 在 DNS 解析、网络参数处理逻辑上存在明显差异，结合 VPN 场景的特殊网络配置，常见触发原因如下：

• musl libc 默认不遵循 /etc/nsswitch.conf 配置的 DNS 解析顺序，会优先查询 IPv6 地址，若 VPN 网络不支持 IPv6，会导致解析失败或拿到不可路由的错误地址
• Alpine 镜像默认未适配 glibc 的 DNS 搜索域兼容逻辑，若内网域名需要通过搜索域补全，会出现解析异常
• VPN 链路的 MTU 值通常低于默认以太网的 1500，Ubuntu 会自动做 PMTU 探测适配，Alpine 默认关闭该配置会导致大包丢包触发连接失败

1. 修复DNS解析逻辑差异 #

首先在两个容器内分别执行DNS查询命令对比结果：
Ubuntu内执行：nslookup xxxx.xxxx.database.windows.net
Alpine内执行：nslookup xxxx.xxxx.database.windows.net
如果Alpine返回的IP和Ubuntu不一致，可通过以下方式修复：

在Alpine镜像的Dockerfile中添加DNS解析兼容配置：

RUN echo 'options single-request-reopen' >> /etc/resolv.conf && \
    echo 'precedence ::ffff:0:0/96  100' >> /etc/gai.conf

该配置会强制Alpine优先使用IPv4地址解析，匹配glibc的解析逻辑

2. 适配VPN链路MTU配置 #

VPN链路常见MTU为1400左右，Docker默认容器MTU为1500，会导致大包被丢弃：

• 先查看宿主机VPN网卡的MTU值：ip addr show <VPN网卡名>
• 启动Alpine容器时指定匹配的MTU值，或修改Docker daemon全局配置：

  // /etc/docker/daemon.json
  {
    "mtu": 1400
  }
  

  修改后重启Docker服务生效：systemctl restart docker

3. 验证容器网络模式一致性 #

如果两个容器使用了不同的网络模式（比如Ubuntu用host网络，Alpine用bridge网络）也会导致访问差异，可启动时指定相同网络模式验证：
docker run --net=host <Alpine镜像名> telnet xxxx.xxxx.database.windows.net 1433

内容的提问来源于stack exchange，提问作者alexis.araya