tiscool

@yolee599 #50 你这“你管我干嘛”太典型了 只要不违法你干嘛都可以，但是厂商没有义务配合你，提供任何产品属性本身之外的便利。

@HAYABUSA 语音分钟数 没有用处了 ipad mini 要是能打电话 iphone 分分钟卖不动了

高手 和 项目简单，报酬优厚 描述结合在一起，大概率付 500 都嫌多的；原厂 FAE 永远是你的可选高手

@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/