加载中...
docker内curl外部https失败
发表于:2022-01-29 | 分类: 程序人生
字数统计: 717 | 阅读时长: 2分钟 | 阅读量:

背景

之前使用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容器网卡的差异。

宿主机的对外网卡

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

docker内的网卡

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中修改

version: '3'
services:
  web:
    ...
    ...
    ...
    networks:
      - mydocker
networks:
  mydocker:
    driver: bridge
    driver_opts:
      com.docker.network.driver.mtu: 1400

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

docker network ls
docker network rm ql_mydocker

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

docker ps -a
docker rm 9ad1b23e592e
docker-compose up -d

进入docker容器后尝试curl看看

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

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

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

上一篇:
异形工厂-关卡1
下一篇:
gremlin基础语法
本文目录
本文目录