纪念在家以来路由器开机最长时间的一次，并发布一个以Netlink为统计基础的流量显示

wuli***

并非是我的路由器不稳定，而是我非常折腾，三头两日就刷、重启，这是在家以来第一次最长时间不重启路由器，但其实一样天天折腾，只是不重启而已。
之所以不重启这个，是因为折腾x86去了，经历了近一年，x86主板终于被我修好，60天不重启将成为过去，即将撤下它换x86。
下面入正题。
历年以来OP上曾经出现过的流量统计插件有：
最老牌的：luci-app-wrtbwmon （https://github.com/brvphoenix/luci-app-wrtbwmon）
linkease搞的：luci-app-rtbwmon （https://github.com/linkease/openwrt-app-actions）
原作者未明：wtBRMon （https://www.right.com.cn/forum/forum.php?mod=viewthread&tid=362533）
luci-app-wrtbwmon的作者是花了非常多的心血在这上面的，缝缝补补折腾了很多年，搞得太复杂了，甚至有时候出现很要命的问题：产生无限多子进程，直至CPU耗尽（甚至根本不明白他的思路，为什么要这样搞）。
linkease的大佬可能也觉得wrtbwmon不太爽，自起炉灶，搞了个luci-app-rtbwmon，从代码上很容易发现是参考了luci-app-wrtbwmon，只是它又过于简陋。
上面两位大佬的都有各自的优点，也有各自的不优点。
luci-app-wrtbwmon 基于iptables统计，一般还好，除了上面CPU耗尽大问题外，它统计不准：比如老王上午上了会网，出去了，下午回来，上午的流量居然没和上午的统计在一起（IP变动了）。
luci-app-rtbwmon一样基于iptables统计，只是个毛坯房，能用，无累积统计，只能计算流速（而且也很不准），还无ipv6。但就是因为功能单一，拿来做实验是最好不过。
wtBRMon可以看出作者也花了很多心血，因为这套webui组件太复杂，不投入心血研究根本无法完成。可是对比发现，这套webui是最优秀的。
用过luci-app-nlbwmon的道友会发现，利用连接统计的流量可以统计到路由器自身产生的流量（路由器作为上级的客户端，流量不经过iptables表），于是着手研究使用nlbwmon来统计流量。
nlbwmon的优点是使用MAC统计，不会出现老王上午蹲过，下午他的流量算在老李头上的事情。
下面这是使用luci-app-rtbwmon来修改，通过nlbwmon统计的（注意，只是研究品，不要妄想真正实用）：

游客，如果您要查看本帖隐藏内容请回复

界面大致如下：

首先安装luci-app-nlbwmon，在配置里面把刷新率改为1s，监听网卡改为lan、wan，应用。上面的插件不需要安装，只需要按路径copy进去，/usr/libexec/rtbwmon改0755权限就行了。
可以直接支持luci-app-wrtbwmon的用户别名，并且不用分大小写和 : 与 - 分隔。
下面是脚本代码：

1. #!/bin/sh
   
2. 
   
3. tmpfile=/tmp/tmp/$(date +%s%N |tail -c 5).tmp
   
4. 
   
5. while read LeaseTime mac ip name unknow
   
6. do
   
7.         eval "name_${mac//:/_}="$name""
   
8. done < /tmp/dhcp.leases
   
9. 
   
10. cat /etc/wrtbwmon.user 2>/dev/null |awk -F ',' '{print tolower($1)","$2}' > $tmpfile
    
11. while IFS="," read mac name
    
12. do
    
13.         eval "name_${mac//[:-]/_}="$name""
    
14. done < $tmpfile
    
15. 
    
16. ip -4 route |grep '^default' |awk '{print $3}' > $tmpfile
    
17. while read ip
    
18. do
    
19.         eval "mac=\$mac_${ip//[.:]/_}"
    
20.         [ -n "$mac" ] && eval "black_${mac//:/_}=1"
    
21. done < $tmpfile
    
22. 
    
23. nlbw -c csv -g mac -q > $tmpfile
    
24. while read mac conns rx_bytes rx_pkts tx_bytes tx_pkts
    
25. do
    
26.         eval "tx_${mac//:/_}="$tx_bytes""
    
27.         eval "rx_${mac//:/_}="$rx_bytes""
    
28. done < $tmpfile
    
29. 
    
30. cat /proc/net/arp |grep '^[0-9]*\.' |grep '0x2' |tr -s ' ' |sort -k4,4 -u > $tmpfile
    
31. while read ip HWType Flags mac Mask iface
    
32. do
    
33.         eval "black=\$black_${mac//:/_}"
    
34.         if [ "$black" != 1 ]; then
    
35.                 eval "up=\$tx_${mac//:/_}"
    
36.                 eval "down=\$rx_${mac//:/_}"
    
37.                 eval "name=\$name_${mac//:/_}"
    
38.                 [ -n "$down" ] && echo "$ip,$mac,$iface,0,${up:-0},0,${down:-0},${name:-?}"
    
39.         fi
    
40. done < $tmpfile
    
41. 
    
42. rm -f $tmpfile
    
43. exit 0
    

复制代码

主要问题：
nlbwmon它有个尿性：它写死了更新时间，它只按设定的时间更新，无论你什么时候查询，它都是把内存中的数据抄给你，而不是实时更新给你。它默认是5分钟更新一次，所以你查询到的结果是上个纪元的。因此，我们需要把更新时间设为1秒，接近于实时更新。
这带来个大问题：统计连接数极其耗费CPU资源，大约1000条连接数能耗费10%左右CPU单核心资源，即使你不查询的时候它也非常耗费资源。但是好在它耗尽CPU资源时崩溃的是它自己，系统不会出问题，可以放心折腾。
所以这是它最不实用的地方，除非你能解决。

小***

终于在恩山刷到了关于流量统计插件的帖子

fla***

学习了，不过这个标题很有迷惑性

暮***

支持支持，看看是啥

seaso***

哈哈哈，我的设置每周固定重启，猫和路由，ap都是。

全***

再三逼迫下，第三方都开始慢慢把流量监控又捡起来了

mayo***

谢谢分享！楼主牛逼，继续造福大家啊！

cc***

#一44888995458894448888955

czx8***

最近用RAX3000M改了一个4G CPE,解决了接收短信转发至TG的问题，但是流量监控这一块一直没有好的解决方案

bin***

来瞅瞅，大佬死磕流量统计哈

yaoya***

这么好的东西！感谢楼主分享！感谢论坛！

robi***

谢谢分享了谢谢分享了

fran***

谢谢楼主分享！

zyz***

终于在恩山刷到了关于流量统计插件的帖子

d***

开硬件驾驶后准确吗