八月中旬那场"攻击"，让很多爱快用户第一次打开了自家路由器的后台。
官方安全团队8月15日在论坛公告：系统近期遭受持续攻击，主要影响DNS功能，还对部分路由强制断网，并已定位到部分受影响的客户。微博社区里流传的处理路径也很统一——升级到3.7.24，看日志里的DNS是不是还在"循环重启"，确认自己有没有中招。知乎
但对一部分人来说，升级完、自查完，怪事并没有结束。有用户说，BT一开，IPv6上行整晚打满，“我正好在连MC服务器，卡到没法玩”，三年老用户，最后还是喊官方"赶紧把IPv6流控端上来"。知乎有双宽带用户发现，电信、移动两路线，爱快只给一路开IPv6，“多路要钱”。还有人更早吐槽过：爱快做IPv6的体验"是一坨"，网页永远加载出一半、游戏更新卡在99%。
这些症状有个共同点：跟攻击余波没关系。它们指向的是同一件事——你这台以"流控"出名的路由器，管的其实是IPv4的世界；跑在IPv6上的那部分流量，长期处于没人管的空白区。攻击之后运营商又收回了一批v4公网地址，不少人是被逼着上v6的，这笔账更躲不开了。
第一笔账：流控账——规则可能根本没覆盖v6
爱快流控在圈里的口碑是"断档级好用"：应用识别全、按规则限速、店铺办公室多设备场景下几乎没对手，微博上流传最广的那句选购口诀就是"你需要流控/QoS，就买爱快"。微博
但这套强项建立在一个前提上：流量被识别进规则。而社区多年的一致反馈是，v6流量经常不在这套体系里——它拿的是公网前缀、不过NAT，BT、迅雷、各类上传型应用现在恰恰大量走v6。结果就是：流控表挂满了规则，打满你上行的那台设备却在规则外裸奔。
这条别信我，也别信评论区，花两分钟自己验证：开着BT或网盘上传时，到"流量统计/连接数"页面看v6会话有没有被计入应用识别；再把该设备的IPv6关掉（Windows、安卓、苹果都能单独关），看流控是不是突然"恢复灵了"。前后一对比，你家v6是不是失控的，答案就出来了。爱快后台的外网列表里，每条线路的连接数和上下行速率都摆在明面上，v4的异常在这里通常一眼可见，v6的失控也往往是从这张表开始露馅的。
第二笔账：线路账——多线v6在官方那儿是门生意
双宽带只有一路能拿v6，第二路要付费——这是多位用户在视频评论区里提过的现实，可自行到后台"外网设置"和功能购买页核对，不同版本策略有差异。哔哩哔哩注意这件事的含意：在爱快的账本里，v6不是没人看见，而是被排进了商业化的队列。
把这几个信号排在一起看更清楚：家庭v6治理项长期排在后面的，远不止这一条——有用户吐槽官方DDNS对Cloudflare一直要"全局权限"、bug挂了三年没动；还有人提的TCP MSS钳制建议（给v6补上，解决PMTU黑洞导致的响应慢），同样"一直不做"；UPS管理建议提了三年也没接入。哔哩哔哩从2024年10月到今年8月，同一份清单在B站评论区、知乎答案里反复出现——这是积压，不是个例。所以别把希望寄托在"下个版本突然管好了"。证据只能说到这：到目前为止，家庭v6治理项没有被清账的迹象。
第三笔账：路径账——ACL教程可能顺手给你埋了个坑
v6没有NAT这道天然屏障，安全靠防火墙规则。B站那期三百多赞的教程"爱快系统不要裸奔~开启IPV6功能+ACL规则防护"教的就是这个思路：一条阻断WAN进LAN的v6规则，外网就摸不进你的设备，出方向不受影响。哔哩哔哩
但有个社区自己踩出来的坑：有人照做之后，自己的动态域名"全部无法从外部网络进入了"；还有更隐蔽的一层——如果v6入站一刀切全拒，很容易连ICMPv6的"Packet Too Big"报文一起挡掉。v6路由不碎片化，全靠这个报文通知对端"包太大了，拆小点发"；这报文被挡，大包就凭空消失，症状恰好就是上面说的那批怪事：搜索秒开、图片CDN加载一半、大文件更新卡住。知乎有人喊"我的IPv6响应慢是不是被攻击了"，很可能只是被自己的防火墙打了。
反过来，也有常年v6公网直连的老玩家说"v6地址根本没法被扫描，不开放常用端口、别用弱密码，裸奔好几年没人理"。哔哩哔哩这话不算错，v6前缀动态变化确实让随机扫描碰不到你。两种说法都对，区别在于你要不要那半个入口：有NAS、有串流需求的人挡入站时必须精细放行，纯下载党才有资格全关。
三条路，对号入座
一、确认不需要v6的：直接关。 家里一两个人、NAS靠v4+端口转发或异地组网访问、打游戏党——B站有游戏老帖实测关掉v6后下载速度反而起飞。代价是失去v6直连和大上行，对不需要的人等于白捡稳定。哔哩哔哩
二、需要v6的：把"管v6"外包给接口级方案。 三层各司其职：设备端，把BT、下载机这类高上行设备的v6单独关掉；路由器ACL，只挡入站、给ICMPv6留活路，顺便复核一遍自己是不是PMTU黑洞受害者；真要对v6出网限速，爱快的规则管不到，就用OpenWrt旁路由的接口级队列管控（SQM这类方案不分v4v6，按队列公平排队）。小红书上有用户晒的"PVE 虚拟化双软路由方案"就是这套分工的现成样本：爱快管拨号、管控、分组，iStoreOS旁挂管精细分流，一台小主机两个虚拟机各管各的。小红书这也是"爱快管识别分流、op管精细限速"那套分工逻辑里最该更新的一条：过去大家说爱快当主路由是因为流控强，但2026年的现实是，一半的流量已经不给它管的机会了。
三、多线路的店铺和工作室：先实测，再决定买不买。 拿一台设备接v6做一轮全天上行画像，确认失控流量占比，再决定是付这个费、还是把v6锁死在一路宽带上。v6是"第二条宽带"这件事，收益（直连、串流、下载）和成本（上行被薅、治理真空）都是真的，别让"多线v6要钱"变成你唯一没算的一笔。
最后
这次攻击教会很多爱快用户的一件事，是养成看后台的习惯：日志、DNS、连接数。顺着这个习惯往下走一步，就该问一句——后台里那些我看不懂的统计项，覆盖的是不是只有IPv4。往后值得盯的信号有两个：一是4.0更新日志里的IPv6字样，已经有用户反馈4.0"特征识别准确很多，终于有点企业路由器的样子"，v6治理搭车补齐不是没可能；二是官方对"关闭云控"、"MSS钳制"这类多年建议的回应，比评论区的任何表态都靠谱。哔哩哔哩
答案多半是：v6那部分，得你自己收权。今晚就能做的那一半是——关掉高上行设备的v6、检查你的ACL有没有把"路"堵死；剩下那一半，盯着固件和官方的动作再决定要不要等。不用为这个换系统，更不用为这个觉得不安全。把三笔账分清了，你会发现"流控很强的爱快"和"管不了v6的爱快"，说的本来就是两台路由器。
