@wu67 aws 上用什么方案稳定啊，我现在搭 VMESS 都用不了呢

我为地广人稀是一个主要因素，你看看新疆阿勒泰 伊犁河谷 那边也是大片这样的牧场

Apple ID 这些都退了吗？抹除后

@mohumohu 首先，十分感谢你的长篇答复。的确是有很多新思路。
1. 第一个方案应该是现在 Openwrt 里的主流了，的确性能有影响。LInux 也有类似的 Tproxy 实现。
2. 这个应该最理想的方案，但是对网络知识要求比较高，我看还有用 BGP 收全表来搞的方案，的确是最 clean 的方案，但是门槛好高。
3. FakeIP 有个比较大的缺点，就是 DNS 全部解析成 FakeIP 了，有时候 ping 一些网址的时候，直接给 FakeIP ，调试有些麻烦。

@mohumohu 现状如你所说 的确还是 iptables or ipset 但是现在 nft 底层 hook 已经有在往 eBPF 切换了。简单说现在能做的，并不妨碍有其他方式（更好 or not ）的解决问题。毕竟 eBPF 比较新，但是潜力是巨大的。硬路由不在这个话题的讨论范围了，毕竟没有那个硬的路由 Chipset 需要考虑如果高效的分流 geoip 和 geosite 数据集。。。我的需求是前置一个 Linux 网关，分流出可以直连的请求，直接交给主路由（硬），无法直连的请求在转给节点去出站。这个网关现在看 dae 是做的性能最高的，如果有其他方案，虚心请教，请赐予我知识。

@mohumohu 一切都是关于效率 这边有篇文章讲的很好 历史上网络很慢，包都是顺序处理去匹配 chain 的规则集的，整个 iptables 的规则很难做到灵活的增量管理 而且 ipset 本身也不是为分流/路由设计的 https://cilium.io/blog/2018/04/17/why-is-the-kernel-community-replacing-iptables/

@Liku 我去试试 谢谢 另外“量产”是什么意思？

@paranoiagu 怎么会失效呢，磁盘还是那个盘

@log4j 直通后可以直接给这个系统盘分 CPU 和 RAM 了吗

@Pantheoon OSS 是什么? 一元机场够稳吗？

@busier 没听说 wireguard 可用打洞，其中一端还是要公网可达。

@i3x 你直接说到点上了 就是 ICMP 包长度不一致的问题。ping -s 32 之后各个平台的 ping 值就一致了，没有 jitter 了；用 wireshark 抓了包，Linux 和 Mac 默认 ICMP 是 48 bytes payload ，Windows 是 32 bytes payload.

ping 和 mtr 最后一跳的数值差别很大


@gateoflunar 恩 看回帖 有提前布线的情况下，的确是 AC+AP 是优先选项

看来 AC + AP + PoE 是多数的选择