3.6版以下内核中的多路径路由

众所周知，ipv4路由缓存已在3.6 Linux内核系列中删除，这对多路径路由产生了严重影响。IPv4路由代码（与IPv6不同）以循环方式选择下一跳，因此从给定源IP到给定目标IP的数据包并不总是通过相同的下一跳。在3.6之前的版本中，路由缓存正在纠正这种情况，因为一旦选择了下一跳，就将其保留在缓存中，并且从同一源到同一目的地的所有其他数据包都将通过该下一跳。现在，为每个数据包重新选择下一跳，这会导致奇怪的事情：在路由表中有2个等价的默认路由，每个都指向一个互联网提供商，我什至无法建立TCP连接，因为初始SYN和最终ACK通过不同的路线

有没有相对简单的方法来恢复多路径路由的正常行为，以便按流而不是按数据包选择下一跳？是否有补丁使IPv4像基于IPv6的哈希一样基于下一跳选择？还是你们都如何处理？

如果可能，请升级到Linux Kernel> = 4.4...。

引入了基于散列的多路径路由，它在许多方面都优于3.6版之前的行为。它是基于流的，对源IP和目标IP进行哈希处理（忽略端口），以保持单个连接的路径稳定。一个缺点是，我相信3.6之前有多种算法/配置模式可用，但是现在您得到了！您可以通过使用影响路径的选择weight。

如果您处于我的情况，那么您实际上需要，3.6 >= behaviour < 4.4但不再受支持。

如果确实要升级到> = 4.4，那么这应该可以解决问题，而无需所有其他命令：

ip route add default  proto static scope global \
nexthop  via <gw_1> weight 1 \
nexthop  via <gw_2> weight 1

或者通过设备：

ip route add default  proto static scope global \
 nexthop  dev <if_1> weight 1 \
 nexthop  dev <if_2> weight 1

“相对容易”是一个困难的术语，但是您可能

1. 为每个链接设置路由表-每个链接一个表，并使用一个默认网关
2. 使用netfilter在单个流的所有数据包上标记相同的标记
3. 使用ip规则表根据标记通过不同的路由表路由数据包
4. 使用多节点加权路由来平衡网关/链路上的会话中的第一个数据包。

netfilter邮件列表上有一个关于此主题的讨论，我从以下地方窃取了这些列表：

1.路由规则（RPDB和FIB）

ip route add default via <gw_1> lable link1
ip route add <net_gw1> dev <dev_gw1> table link1
ip route add default via <gw_2> table link2
ip route add <net_gw2> dev <dev_gw2> table link2

/sbin/ip route add default  proto static scope global table lb \
 nexthop  via <gw_1> weight 1 \
 nexthop  via <gw_2> weight 1

ip rule add prio 10 table main
ip rule add prio 20 from <net_gw1> table link1
ip rule add prio 21 from <net_gw2> table link2
ip rule add prio 50 fwmark 0x301 table link1
ip rule add prio 51 fwmark 0x302 table link2
ip rule add prio 100 table lb

ip route del default

2.防火墙规则（使用ipset强制使用“流” LB模式）

ipset create lb_link1 hash:ip,port,ip timeout 1200
ipset create lb_link2 hash:ip,port,ip timeout 1200

# Set firewall marks and ipset hash
iptables -t mangle -N SETMARK
iptables -t mangle -A SETMARK -o <if_gw1> -j MARK --set-mark 0x301
iptables -t mangle -A SETMARK -m mark --mark 0x301 -m set !
--match-set lb_link1 src,dstport,dst -j SET \
          --add-set lb_link1 src,dstport,dst
iptables -t mangle -A SETMARK -o <if_gw2> -j MARK --set-mark 0x302
iptables -t mangle -A SETMARK -m mark --mark 0x302 -m set !
--match-set lb_link2 src,dstport,dst -j SET \
          --add-set lb_link2 src,dstport,dst

# Reload marks by ipset hash
iptables -t mangle -N GETMARK
iptables -t mangle -A GETMARK -m mark --mark 0x0 -m set --match-set
lb_link1 src,dstport,dst -j MARK --set-mark 0x301
iptables -t mangle -A GETMARK -m mark --mark 0x0 -m set --match-set
lb_link2 src,dstport,dst -j MARK --set-mark 0x302

# Defining and save firewall marks
iptables -t mangle -N CNTRACK
iptables -t mangle -A CNTRACK -o <if_gw1> -m mark --mark 0x0 -j SETMARK
iptables -t mangle -A CNTRACK -o <if_gw2> -m mark --mark 0x0 -j SETMARK
iptables -t mangle -A CNTRACK -m mark ! --mark 0x0 -j CONNMARK --save-mark
iptables -t mangle -A POSTROUTING -j CNTRACK

# Reload all firewall marks
# Use OUTPUT chain for local access (Squid proxy, for example)
iptables -t mangle -A OUTPUT -m mark --mark 0x0 -j CONNMARK --restore-mark
iptables -t mangle -A OUTPUT -m mark --mark 0x0 -j GETMARK
iptables -t mangle -A PREROUTING -m mark --mark 0x0 -j CONNMARK --restore-mark
iptables -t mangle -A PREROUTING -m mark --mark 0x0 -j GETMARK

您可能需要关注netfilter邮件列表讨论，以获取上述内容的一些变化。