背景
之前使用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容器网卡的差异。
宿主机的对外网卡
shell 代码:eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc fq state UP group default qlen 1000docker内的网卡
shell 代码: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中修改
shell 代码:version: '3'
services:
web:
...
...
...
networks:
- mydocker
networks:
mydocker:
driver: bridge
driver_opts:
com.docker.network.driver.mtu: 1400如果之前有mydocker网卡的话，还需要删除这个虚拟网卡。
shell 代码:docker network ls
docker network rm ql_mydocker
最后需要删除容器，重新拉起
shell 代码:docker ps -a
docker rm 9ad1b23e592e
docker-compose up -d
进入docker容器后尝试curl看看
shell 代码:docker exec -it 475d98a34b04 /bin/bash
curl -v https://www.baidu.com
当然，也可以使用ifconfig来查看mtu，发现已经变成了1400
至此，青龙面板的通知功能也就恢复了！！！
本站由
