分享下我最近遇到的情况：
5G 路由器在书房，13 年中的 Air 在卧室。书房与卧室之间是承重墙。
周围 2.4G 信号增多后，Air 出现了 5G 网络丢包、数百延迟的情况，网络几乎不可用。
把 Air 挪到客厅（非承重墙）甚至书房，网络就非常正常。
iPad、16 年的 MBP 在卧室 Wifi 情况就良好。没有 Air 的问题。

最终解决方案：
放弃在卧室用 Air.

几年前爆出了新系统 Wifi 不稳定频繁掉线的情况，Apple 更新了多次都没有彻底解决。我在系统更新后一段时间也遇到了这个情况，不过随后的更新问题消失。
不知道跟这个有没有关系。

没有一个回答说到点的

多网卡与 公网 IP 下的网络配置，肯定是离不开策略路由的。策略路由保证了数据包怎么来的就怎么回的，还保证了以某公网 IP 为源的包，可以正确送到对应的网关上头。Linux 下这方面的功能是通过 iproute2 里的 ip rule 配合 /etc/iproute2/rt_tables 配置实现的。

这里有一个细节问题，就是两块网卡分到的公网 IP 属于同一个段，这时在 ARP 方面会有与期望不一致的现象。如果存在这种情况，需要单独处理下。Linux 是弱端类型的网络，默认的，只看 IP 属不属于当前主机，不看属不属于网卡。当然，这种情况正确的实现方式，是把同一网段的 IP 都加到同一块网卡，然后通过设置默认路由的 src 属性来指定那块网卡默认用哪个源 IP 出去。

之前用过 4 块网卡，分属 4 个运营商。从优化角度而言，你需要在 default 路由下，根据运营商 IP 段设置路由，以便实现最佳的本机对外访问效果。这里边的细节问题又比较多，比如 iptables 工具实现一些功能。通常多网卡环境下的业务需求是会用到这些东西的。

题主在这方面知识跟经验有较大欠缺，短时间内不太好能掌握。建议耐心，抓包自己好好熟悉下。急不得。

网上找资料不如读文档。


iptables-extensions(8) iptables 1.6.0 iptables-extensions(8)

NAME
iptables-extensions — list of extensions in the standard iptables distribution

SYNOPSIS
ip6tables [-m name [module-options...]] [-j target-name [target-options...]

iptables [-m name [module-options...]] [-j target-name [target-options...]

MATCH EXTENSIONS
iptables can use extended packet matching modules with the -m or --match options, followed by the matching module name; after these, various extra command line options become available, depending on the specific module. You can specify multiple extended match modules in one line, and you can use the -h or --help options after the module has been specified to receive help specific to that module. The extended match modules are evaluated in the order they are specified in the rule.

--------------------------
If the -p or --protocol was specified and if and only if an unknown option is encountered, iptables will try load a match module of the same name as the protocol, to try making the option available.
--------------------------


tcp
These extensions can be used if `--protocol tcp' is specified. It provides the following options:

udp
These extensions can be used if `--protocol udp' is specified. It provides the following options:

入手 AC88U 数月的高级玩家

1，AC88U 只有前 4 个口是千兆交换，后 4 个口共享的千兆交换。如果对内网速率有考虑，请考虑。其实也没啥考虑的，即便下挂交换机，交换机到路由器之间也只有千兆，除非交换机下的主机之间有千兆交换需求。

1.1，AC88U 支持链路聚合，两个口达到 2G 的带宽。所以额外情况下（比如 NAS ）也够用了。

2，对我而言，多出来的 1 个 5G 并没有用。目前我路由器下挂了 20 多台设备，跑的有不少 opkg 装的程序，512MB 的内存只用了 100M，CPU 消耗很低，可以跑满千兆带宽。这台设备的 CPU 频率已经很高了，可以应对 1G 带宽的网络需求，没必要再追求高性能了。

综上，从性价比而言，我建议 AC88U.

当时排查思路是看监听端口 抓包 外网包的确到了端口 但是就是不回复请求 肯定是配置上的问题 既然本地能通 那么可能就是外网请求被限制了 手动启动程序测试没问题 那就是发行版带的启动脚本哪里做了限制 然后就找到问题所在了

ubuntu 发行版装过这个 它的启动脚本 init.d 下的 有个命令行参数 只接收本地请求 去掉它重启即可

一直做的技术

我的做法是快速做完东西 然后学习实验或者想办法改进 怎么滴都是自己赚 可能是之前环境可以让我这么做 不过遇到没有作用的长期性强制加班 也会骂领导傻逼

@enihcam

补充下。见过几个公司的产品，说转发性能有多高，还跟 DPDK 做了对比，有的更可笑的说 CPU 负载比 DPDK 要低一些……这些测试，本质上而言，其实在 DPDK 的文档里连代码都有：一个端口收包，送到另一个端口去。不过：这种不带任何处理的程序，何必要写个程序呢。

@enihcam

DPDK 再快也是收包到送给应用层的时间短，而不是“转发”快。收到包后，各类检查跟查表（一般都是并发环境，加锁啊什么的，无锁？……哈哈）处理的时间，基本上都是要远远超过 DPDK 的自身开销的。

想要快过 Linux，要明白为什么 Linux 网络协议栈会“慢”，这个慢是相比 DPDK 的处理而言的，对大部分应用而言，上层的业务延迟已经没多大必要在网络方面下功夫。总之，能否降低路有延迟，要看应用环境（买得起那么多物理机么？有相应的稳定可靠人才支撑么？），然后再做 profiling，看瓶颈在哪里。不要想当然的 DPDK。

举例来说吧，做 UDP 的 DNS，就可以用 DPDK，绕过 Linux 协议栈提升 QPS. 如果做路由，我觉得拼不过硬件，我是不赞同这种做法的。为了低延迟，没有包的时候，DPDK 都要让 CPU 满载跑着，这时如果想提升吞吐量，延迟也会跟着上去。如果系统里边是多个干活程序一起跑的，老板穷或者不舍得买好机器，开发运维技能没跟着上去，DPDK 也会被用残的。

硬件差不多，网络 IO+内存类的程序，Linux 跑万兆是没问题的。楼上共享了个案例。最后一个问题：有多少公司的业务能达到万兆带宽？

具体得看你想干什么，不结合业务来讲，这个问题根本无法回答。

如果做包转发，相比 x86 linux 肯定会大大提升性能。

cloudflare 说过他们为什么不把 Nginx 做在 dpdk 上：瓶颈不在 dpdk 处理的网络这块。

@auser 更新下。用了这么久，没有出过过 5G 信号消失的现象。因为家里更换墙内的网线，中间重启过 1 次。

我用了不到 2 年的 MBP，触摸板失灵，键盘有些按钮偶尔失灵。本以为换个触摸板完事，但是售后说键盘以后也会出问题，然后花了 3000+换了：键盘、触摸板、电池……所谓的 C 壳。

所以，想单独换个键盘，貌似不可行。

最近也入手了这个路由器。刷的梅林。
380.65.2 估计用了一段时间后也遇到了这个情况。差不多一到两天就会出现。可以通过 Wifi 开关按钮恢复。
昨天升级了 380.65.4 ，观察中。