服务端的问题解决了，客户端呢？因为客户端要连接同一个服务端，因此使用bridge就不太好，毕竟普通网桥对于一个目的地有一个学习的过程，学习完成后，就会仅放开一个端口而阻塞别的，达不到负载均衡的目的，也就无法使用多处理器，另外使用bonding由于配置过于复杂，效果也不明显，也只好作罢。我的方式是使用“基于数据包的路由负载均衡”来实现，怎么实现呢？当然是使用万能的iptables了，这里使用了iptables的u32这个match，使用IP数据报的ID字段来做均衡字段，凡是奇数的定为一类，偶数的定为另一类，配置如下： -A PREROUTING -d 10.8.0.1/32 -m u32 --u32 0x2&0xffff&0x1=0x1 -j MARK --set-xmark 0xc8/0xffffffff -A PREROUTING -d 10.8.0.1/32 -m u32 --u32 0x2&0xffff&0x1=0x0 -j MARK --set-xmark 0x64/0xffffffff 然后导出一个策略路由表即可 0: from all lookup local 32763: from all fwmark 0xc8 lookup ***1 32764: from all fwmark 0x64 lookup ***2 32766: from all lookup main 32767: from all lookup default 假设启动了两个Open×××客户端进程，希望流量在此二进程搞流量均衡，那就配置下面的策略路由 10.8.0.1 dev tap0 scope link 10.8.0.1 dev tap1 scope link 以上额外配置的Open×××客户端配置文件为以下： daemon ×××Cscript-security 2dev tapclientproto udpexplicit-exit-notify# 听取python前端的建议;remote 127.0.0.1 6119tls-exitresolv-retry infinitenobindfloatca CA.cerverb 4pkcs12 B.pfx 结合《 》，Open×××在多处理器上的问题就解决了。