A ordem de roteamento é importante:
> route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
123.x.x.151 0.0.0.0 255.255.255.255 UH 0 0 0 vmbr0
123.x.x.154 0.0.0.0 255.255.255.255 UH 0 0 0 vmbr0
123.x.x.128 0.0.0.0 255.255.255.224 U 0 0 0 vmbr0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 vmbr1
0.0.0.0 123.x.x.129 0.0.0.0 UG 0 0 0 vmbr0
é o mesmo que:
> route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
123.x.x.128 0.0.0.0 255.255.255.224 U 0 0 0 vmbr0
123.x.x.151 0.0.0.0 255.255.255.255 UH 0 0 0 vmbr0
123.x.x.154 0.0.0.0 255.255.255.255 UH 0 0 0 vmbr0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 vmbr1
0.0.0.0 123.x.x.129 0.0.0.0 UG 0 0 0 vmbr0
?
onde a diferença é que
123.x.x.128 123.x.x.129 255.255.255.224 U 0 0 0 vmbr0
é de ordem superior a
123.x.x.151 0.0.0.0 255.255.255.255 UH 0 0 0 vmbr0
então se eu enviar para 123.x.x.151
onde ele vai:
- the routed way over `123.x.x.129`, because it matches the `123.x.x.128` rule, or
- the direct way using the arp table, because it matches the `123.x.x.151` rule
?
10.
e192.
ao mesmo tempo, portanto, somente corresponderá a uma dessas máscaras em primeiro lugar.O pedido é importante apenas se você tiver rotas duplicadas. Não faça isso.
Por exemplo, se duas interfaces tiverem o mesmo destino, máscara de rede e gateway de 0.0.0.0, a primeira capturará todo o tráfego dessa rede.
Além do mais, descobri que alguns sistemas reordenam aleatoriamente na inicialização, o que ocorrer primeiro. Se apenas um funcionar, ou apenas um tiver um gateway de roteador definido, isso poderá resultar na perda de acesso a essa rede na reinicialização.
fonte