需求搞清楚先，你是需要路由还是 AP。
刷三方固件解决不了 WiFi 的问题，只会更糟。

曾经也是 foobar 控，然而如今的我已经堕落到用 iTunes 听歌了……

@sujin190
别云，多学习，多实践。

@txydhr
人家说的是 tcp reset。

确实是因为穷。
担忧老年生活而去结婚生孩子是不是走错了方向啊？
结婚+子女教育省下的开支难道还不能保障老年生活？
总之，结婚生子这事成本被低估，收益则被高估了，其实性价比也就那样。
这年头，有钱才是硬道理，子女哪有人民币靠得住。

@wwbfred
4.与其搞得这么复杂,不如直接扫家宽端口,根据返回的数据判断端口服务的类型.

个人用途的话，可以防火墙丢掉白名单之外的 IP 访问请求。

现在国内 IPv6 已经可以算是普及了，没必要再折腾内网穿透了。

其实要限制这个很简单，直接回收公网 IP 不就完了？名正言顺还省事。
给用户分配公网 IP，然后又动用各种技术手段检测是否向外提供服务，这也太精分了吧。
所以个人倾向于要么被封停的用户可能真的是做了正常家宽用户不会做的事，要么是误判。

@Zyugalev
是的，而且可以用 ebtables 过滤二层包。并且桥接之后 HWNAT 失效，这可能是一些千兆用户桥接之后跑不满千兆的原因。

其实要限制这个直接把公网 IP 取消不就完了，为什么要这么折腾。

@Jirajine
为域名添加正向解析记录又不会自动为 IP 添加反向解析记录。

@Jirajine
用户自己怎么做 IP 反解，不做反解怎么从 IP 查域名？

这种问题上喷双标的也不知道是真傻还是装糊涂。

wireguard 隧道在创建时要显式指定地址，所以最好还是使用 ULA 地址然后 NAT6 吧。不然移动下发的前缀每次变动你都要在隧道两边配置新的地址。

@heqiaokyou
那你需要做源进源出处理，以确保 163 进来的请求，回复还是走 163。
linux 下一般是用 CONNMARK 标记进来的连接，然后然后查询自定义路由表实现的。
OpenWrt 你装个 mwan3 就是了。
我个人建议你其实可以采用简单一点的拓扑，默认路由还是设为公网的 163 出口，然后有需要的再走 CN2。这样就不需要去处理源进源出的问题。