根據大佬們的方法，找到了原因 sysctl net.ipv4.ip_forward. 騰訊云提示修復漏洞，執行完他們的腳本， ip轉發就被關掉了。
后來研究了一下，可以通過 docker info 找到問題所在。
并且可以查看到docker給出一警告
解決方法：
sudo vim /etc/sysctl.conf 修改 ，保存 , 然后 systemctl restart network
或者
sysctl -w net.ipv4.ip_forward=1
但是這樣處理可能服務器重啟以后就失效了？
還有兩個警告，一起處理一下就好了。
WARNING: bridge-nf-call-iptables is disabled
WARNING: bridge-nf-call-ip6tables is disabled
補充：docker網絡問題，在docker容器內無法ping通宿主機的外網ip，可以ping通其他機器的外網ip
問題說明
機器A和機器B 都各自有自己的內網IP和外網IP，例如：A-IP-內、A-IP-外
B-IP-內、B-IP-外，A機器有一個域名www.xxx.com
在A機器上安裝jenkins的docker容器，啟動后，進入容器
#docker exec -it jenkins /bin/sh
然后在容器內 ping宿主機A的內網IP，可以ping通
#ping A-IP-內（172.16…） //返回可以ping通
#ping A-IP-外(202.106…) //ping不通
#ping www.xxx.com //可以被正確解析為A機的外網IP，但ping不通
#ping baidu.com //可以ping通
另外：
1.在docker容器外的宿主機A機 ping A-IP-外(202.106…)是通的。
2.在B機器上安裝jenkins容器，在容器內ping A-IP-外(202.106…) 是通的。
2.在B機器上安裝jenkins容器，在容器內ping B-IP-外(202.106…) 是不通的。
查找各類網絡問題，刪除容器、鏡像、重裝docker都不起作用。
總之：在docker容器內ping宿主機本身的公網IP怎么也ping不同
我需要在A機的容器內 ping www.xxx.com 內被解析為A機器的內網地址。
因為容器內可以ping通A機的內網地址。
新修改docker-compose文件
extra_hosts:
- " www.xxx.com:172.16.xxx.A"
重建docker容器后，進入docker容器
#ping A-IP-外(202.106…) //正確ping通，OK滿足要求
以上為個人經驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。
