背景介紹
16、87和111都是虛擬機器只有一個IP，3是物理機有兩個IP分別為172.16.15.3和172.16.15.67
網段分為172.16.15.0~172.16.15.63（業務網）、172.16.15.64~172.16.15.127（管理網），兩個網段之間是聯通的，
業務網的閘道器為172.16.15.62，管理網的閘道器為172.16.15.126
172.16.15.87路由為

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         172.16.15.126
 
   0.0.0.0         UG    0      0        0 eth0
172.16.15.64    *               255.255.255.192 U     0      0        0 eth0

172.16.15.3路由為

[root@sugon03 ~]# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         172.16.15.62    0.0.0.0         UG    0
 
      0        0 br1
172.16.15.0     0.0.0.0         255.255.255.192 U     0      0        0 br1
172.16.15.64    0.0.0.0         255.255.255.192 U     0      0        0 enp4s0f1

• 87可以ping通16、111、不能ping通3
  
  • ping16走的是路由，具體如下

[[email protected] /opt/apache-tomcat-8.5.9]#traceroute 172.16.15.15
traceroute to 172.16
 
.15.15 (172.16.15.15), 30 hops max, 60 byte packets
1  172.16.15.124 (172.16.15.124)  13.747 ms  14.119 ms  14.536 ms
2  172.16.15.15 (172.16.15.15)  0.963 ms  1.101 ms  1.218 ms

• ping111因為在同一個網段，不走路由，直接點對點
• ping 3走的也是路由（3上面的路由配置如下），但是ping包到達3的時候，卻沒有返回相應的包給87，因為3發現87是64網段的，因此發現可以直接通過64這個網段直接回包給87，而64這個網段對應的網絡卡ip為67，因此實際會給87的包是由67發的，而ping的原理是必須來源走同一個ip，現在是87請求的是3，而回的卻是67，自然就被87把回的包給扔了，當做不可達

[root@sugon03 ~]# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         172.16.15.62    0.0.0.0         UG    0      0        0 br1
172.16.15.0     0.0.0.0         255.255.255.192 U     0      0        0 br1
172.16.15.64    0.0.0.0         255.255.255.192 U     0      0        0 enp4s0f1

修改87的路由配置：

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         172.16.15.126   0.0.0.0         UG    0      0        0 eth0
172.16.15.0    *               255.255.255.192 U     0      0        0 eth0
172.16.15.64    *               255.255.255.192 U     0      0        0 eth0

• 87可以ping通3、111、不能ping通16
  
  • ping3走的是172.16.15.0這個網段，traceroute172.16.15.3發現,到點3壓根沒走路由，直接到3然後從3返回；然後在3上抓icmp包發現，所有的請求包都是到67這個網絡卡上的，根本沒到3的網絡卡上，但是這個時候卻直接ping通了3，筆者猜測可能是因為3和67是同一臺機器，ping3時自動做了某種轉換，機器把ping3當成了ping67，所以自動就通了，而且走的是同一個網段（64~127網段）。這裡純屬猜測
  • ping111因為在同一個網段，不走路由，直接點對點
  • ping16 這個時候ping16應該走業務網段的閘道器，但是業務網段是配有配置閘道器的，他的閘道器處顯示的是如：172.16.15.0 255.255.255.192 U 0 0 0 eth0
    因為沒有閘道器做下一跳，所以ping16 就不能往下走了，而且路由的權重分為，主機路由>網段路由>預設路由。這裡有網段路由，就不會去找預設路由，所以網路不通。
    要想網路通的辦法也很簡單，加一條主機點對點路由即可：

route add -host 172.16.15.16 gw 172.16.15.126 dev eth0

這個時候可以ping通16了。

所以在業務網和管理網通的情況下，要想虛擬機器或容器跨網段通訊，加了預設路由的情況下還需要增加點對點路由。

另外再補充下，一般給閘道器加一個IP時，預設在路由表上會增加這個IP同網段的路由。

問題詳情：
一臺物理機是172.16.15.6 上面有一個容器zk01地址是172.16.15.111
這臺機器配置的路由是

此時能夠ping通 172.16.15.3
但是不能ping通172.16.15.16
16是虛擬機器 3是物理機 3上面也配了兩個網段
0~64是一個網段 65~127是一個網段
兩個網段之間是聯通的， 業務網的閘道器為172.16.15.62，管理網的閘道器為172.16.15.126