https://www.v2ex.com/t/743231#reply9
详细的解释 能确定是 iptable 扔的 但不知道为什么 wifi 进来的二层转发被 contrack 了

用了 snat 就别用旁路由了 别扭

并不是 这是一个陈年 bug 从无线进来的流量被视为 3 层转发 contrack 过旁路由不做 nat 相当于一个包进两次路由 第二次被抛弃
小米 tplink 都有部份无线是这样的 不知道是哪家的无线驱动搞出来的

国外一年 150w?

如果你的 caplock 灯是灭的，但是打出来是大写，那就会卡
基本上是输入法的问题

@MeiJiayun 我用了没问题呀，路由下发都是正常的

m1 m2 使用 ios app 的话，会有这个风险吗？

udp 被 qos 了
或者
软路由 udp 小包性能很差

我的 3205U 只能支持到 30Mbps 的 zerotier 的转发，多了路由就会卡

你这是什么软路由，我记得老版的 R2S 的 udp 小包性能只有 72Mbps ，单纯 LAN2WAN 72Mbps
应用层解包 UDP 再送到 zerotier 的虚拟网卡还要再消耗一遍 CPU 直接降到 30Mbps 左右符合预期的

@jdjingdian 学习到了，我本来都准备上 BGP 做多网关了

@paradislover
是的，但是我验证出来，虽然确实不 careIP ，但是只要是 wifi 进来的流量，就算是二层 forward ，conntrack 表也有记录

以为的 case 为例，我比较倾向于 wifi 的网卡桥接 br-lan 这个地方，linux 和高通有一方没搞对

这个问题我进一步研究了下，倒不是安全策略
ax3600 现在可以进 shell 。
以通过路由转发同子网流量为例，可以看到流量第一次进路由的时候，就有 conntrack 记录。虽然是二层转发（也确实是二层转发，不会给你解包到 3 层，对端看到的 srcmac 也是真实的 scrmac ），但是使用 iptables -i br-lan 能看见 wifi 进来的流量。这个是不正常的，可以试试，是看不见网线过来的二层转发流量的。
旁路由场景，等流量正式的以 3 层转发的形式从旁路由过来的时候，因为之前存在 conntrack ，流量无法进入 nat 表，nat 表只处理没有 conntrack 记录的包，有 conntrack 记录需要通过 cstate 模块进行转发，对于现在的流量来讲它是有 conntrack 记录的，但是没有回包，第二次进来的流量被认为是同一个 contrack 的同方向新包，直接丢弃

只用浏览器和 iterm ，勉强够用

pppoe relay 这种吧

妈的，这事解决了，刚我半夜打着 CSGO ，突然被断网了，电信的 app 显示光猫离线，实际光猫一直通电
大概 5 分钟后网络恢复了，我一看公网 ip 换了，然后外网能访问通我的公网 ip 了，tcp 也通了

妈的好气阿，肯定是偷偷的在做割接，队友骂死我了

光纤有个好处，家里已经装修等无法布线的情况下，单纤透明光纤部署起来很方便，直接贴墙角线，猫狗也看不见

@secretman 没钱，准备 300 搞个硬路由，软路由做 3 层转发，发现需要的流量再处理，不需要的流量直接转发走

@villivateur
小包性能差，他用 CPU 去做的 nat 啊。。。
我这台 3205u 的软路由，只能支持到 80Mbps 的 64BUDP 小包过 NAT ，大概 16 万 pps 的能力，百度网盘轻松能跑到 160Mbs ，大概也是 16 万 pps

SFE 对于 5 元组不同的链接做不到加速，只能靠 HWNAT 了

@Xusually
百度网盘就行的