docker内curl外部https失败

背景

之前使用docker部署青龙面板，现在换了一台服务器，突然发现系统通知失效了，各种request timeout。相同的docker，相同的配置在阿里云上就一点问题都没有。

排查了半天才发现是一个以前从没有接触过的设置问题。

排查

配置问题？

把相同的weWorkAppKey扔到阿里云的docker上，一点问题都没有，所有推送都很正常。

网络问题？

既然不是配置，那很可能是网络问题了。首先在docker内ping了一下企业微信的域名api.weixin.qq.com发现是可以ping通的

接着尝试使用curl来访问一下，就出现了奇怪的问题，访问超时了。立刻退出docker，在宿主机内curl一下，发现是可以访问的，这就非常奇怪了。

再次尝试了一下百度，发现问题依旧。这次使用-v来看到底哪里出了问题。
docker内：

宿主机内：

能发现在docker内，服务器已经返回了一部分可选协议，但是中断了。这使得问题变得复杂起来，并不是访问访问不通，而是会卡在其中某个环节。而在宿主机内一点问题都没有。

由于是https有问题，开始怀疑是openssl版本差异导致的
查看docker内的openssl版本

宿主机内的openssl版本

发现docker内的openssl版本更高，问题越来越离奇了。

网卡问题？

既然是网络通讯到一半出现了问题，那就只能再看看网卡了，发现了宿主机网卡和docker容器网卡的差异。

宿主机的对外网卡

1
eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc fq state UP group default qlen 1000

docker内的网卡

1
eth0@if21: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue state UP

宿主机网卡mtu只有1400，而docker内的网卡mtu设置了1500。 那mtu是什么呢？

MTU 是英文 Maximum Transmission Unit 的缩写，即最大传输单元，它的单位是字节。

如果docker的网卡mtu大于宿主机的网卡mtu，在大数据包传输时可能会丢失数据。这也是造成了通信到一半就中断的原因。

修复

知道问题之后就是修复了，由于使用了docker-compose 所以需要在docker-compose.yaml中修改

1
2
3
4
5
6
7
8
9
10
11
12
13
version: '3'
services:
  web:
    ...
    ...
    ...
    networks:
      - mydocker
networks:
  mydocker:
    driver: bridge
    driver_opts:
      com.docker.network.driver.mtu: 1400

如果之前有mydocker网卡的话，还需要删除这个虚拟网卡。

1
2
docker network ls
docker network rm ql_mydocker

最后需要删除容器，重新拉起

1
2
3
docker ps -a
docker rm 9ad1b23e592e
docker-compose up -d

进入docker容器后尝试curl看看

1
2
docker exec -it 475d98a34b04 /bin/bash
curl -v https://www.baidu.com

当然，也可以使用ifconfig来查看mtu，发现已经变成了1400

至此，青龙面板的通知功能也就恢复了！！！