@peasant 下面是 24 小时的数据，上行：LAN 7.31 GB WAN 8.09 GB ，下行：LAN 64.93 GB WAN 70.27 GB 。
上行 WAN 高了 10.7%，下行 WAN 高了 8.2%，是比你的比例大一些。我的环境，这一天主要是手机和电视看视频，国内各种视频直播软件有 P2P ，怀疑和这个有关系。

@peasant pppoe 封装确实会增加一点，但我不知道差这么多是否是正常的，这一天时间 wan 和 lan 就能差出几个 G 。

@jakes 我写的很清楚了啊，我连云平台账号都没有，当然也没有繁星。

@rsfengzi nat4 一般打不通，通常是一直走中转服务器的。nat4 对称型，只要外部连接 IP 变化，就要启用新的端口号，这样我不知道怎么能打通。可能也有办法吧，我是不知道了。

@rsfengzi stun 是 nat 穿透用的协议。还有你的远程软件本身有服务器。有公网的中转服务器的话，nat4 是可以和 nat4 连接的。

BT/PT 软件都会用 UPNP 协议创建端口转发，所以 nat 几是无所谓的。
NAS 外网访问，你设置了端口转发。有端口转发，nat 几也是无所谓的。

刚需 nat1 的一般是两种，一种是 P2P 联机游戏，你找不到官方给的端口列表，也就没办法手动创建端口转发规则，这种情况下，两个 nat4 玩家是连不上的。另一种是有打洞需求的。

电信严打和你有啥关系？你没有公网 ip 吗？没有公网 IP 纠结 nat 几其实意义不是很大。有公网 ip 的话，电信严不严打和你没关系。

@lcy630409 是的，实现不了，我现在是把运营商 DNS 设置为首选，阿里 DNS 设置为备用。这样即使哪天运营商 DNS 真的变了，我也不至于没网。

@A1188 不开 DNS 代理，这样是根本解析不了的。开了 DNS 代理，爱快网关用的是 DNS 设置里填的两个 DNS 地址，也不是 WAN 获取的运营商 DNS 。所以无解。

好像是我多虑了，运营商这俩 dns ，应该九年没变了...可以查到 2015 年有人发的信息，也是我现在用的这俩 DNS 。

@amyw495062 没听说过这种

DDNS 建议别用国内的。国内 DDNS 都要你绑定手机号和实名认证，想找到你的宽带非常容易。用国外或者华硕等不需要实名信息的 DDNS ，然后对外不要开放 web 页面，肯定是没问题的。nas 访问可以用 webdev ，虽然用的是 http 协议，但没有 web 。不放心可以用 vpn 协议。不一定用 ss ，v2 这些魔法，国内用的话普通 vpn 就可以。

你用这个 dns 平时开网页不慢吗？晚高峰时期国外 dns 丢包率都好高

@wooleo 只跑 wan-lan 转发我知道可以跑满，吃不了多少 cpu 。我不知道的是 ikuai 流控会吃多少 cpu 。

暂时解决方案：
1.在 DHCP 服务器设置里，将严重使用视频直播软件的设备 IP 与 MAC 绑定。
2.关闭 AX86U 的硬件加速，runner 和 flow cache 。
3.在 flexqos 设置里，将这些设备 IP 所有流量设定为“视频流”。
4.将“视频流”的最大上行限制到一个极低的数值，我这里是 2.5M 。

这个方案有一些很严重的缺点：
因为 AX86U 等新的路由器，flexqos 只要修改自定义 iptables 规则，就必须关闭硬件加速，否则所有流量都会绕过 QOS ，这个问题在 SNB 上已经有讨论了，解决方法就是，只要想使用自定义 iptables ，就需要关闭硬件加速。关闭硬件加速之后的 AX86U 能跑 300-400M 。如果关闭硬件加速，再开启 flexqos ，下行极限速率只有 270M 左右。
实际使用中，我测了各种场景，一些重负载，即高连接数，上下行同时跑满的情况下（上行我给的固定数值 25M)，下行要限制在 160M 左右才能保证 CPU 单核不吃满。为了稳妥我直接把 QOS 总带宽设置为 25 上行，104 下行。我这 300M 宽带直接当 100M 宽带使用了。
日常就这样使用。如果需要大量下载的时候，把 QOS 关了，即可跑满我这里的宽带，虽然没有硬件加速。
很麻烦，伤敌 800 ，自损一万。但我为了保住公网 ip 不得不想点极端的办法。

@yulihao B 站就关不掉

@edcopclub 有些软件会使用 UPNP 协议创建端口转发，这样就相当于暴露公网了。有些是用 stun 协议打洞的，想 ban 只能全局 ban stun 协议。

@yulihao 国内那些视频直播 app ，能关上传的少数，大部分都没有选项。

@wske 我这里 pad 某视频软件挂后台一天没关，跑了 88G 上传。

@WhatTheBridgeSay 明白了，谢谢。