「稻草」Strawing

居然一个月都没有死机啊，哈哈。原来那个QOS插件，几天挂一次，后来更新了，貌似没问题了。

如果你用Windows7并且有无线网卡，在管理网络连接那里应该能看到个Microsoft Virtual Wifi Miniport Adapter，并且平时都是未连接的。平时貌似都感觉没什么用，可这次它发挥作用了。

回老家在乡下没网，但是把笔记本搭在窗口上能勉强搜到个WIFI，连上了，得把笔记本举着来用。这还不算啥，搭几张凳子就好了，可是平板电脑要上可就不方便了。于是便打起了用笔记本来共享这个无线网的主意。

More...

把openwrt trunk更新到最新版本。

原来老说会崩溃（CPU占用率突然飙高，越来越卡，最后系统死机导致自动重启）。

其实是QOS导致的，不知道是我的路由CPU太慢还是那个算法有bug。后来我知道了，重启一下qos进程CPU占用率就下去了。

昨晚更新了下，把系统和luci啥的软件都更新到最新版本了。希望能解决一些古怪的问题。

刚刚我opkg list-upgradable 列出了下可以更新的软件，看到有miniupnpd，我就更新了下。
果然是，上次我往官网提交的那个Bug已经解决了。我在本博客也发了临时的解决方案：http://user.qzone.qq.com/363730351/blog/1325939547
就是这个。大家直接下载新版就OK了。哈哈哈。高兴哈。

因为以前也不常用upnp，所以也没在意，今天突然要用到，不能用，就狂折腾。研究了一下午， 终于搞定了。
的确是miniupnpd的 bug。如果你的机子出于/32以下的子网(也就是255.255.0.0或者255.0.0.0或者0.0.0.0子网中)，比如路由 IP192.168.2.1，而你的机子IP为192.168.1.1，子网掩码255.255.0.0，255.255.0.0通常在IP的末尾用 /16表示(255.255.255.0则是/32)，如192.168.1.1/16。miniupnpd只认/32的IP，即便在/etc /config/network中设置了子网掩码为255.255.0.0，也无济于事。比如路由IP为192.168.2.1，那么miniupnpd 只认192.168.2.x的机子的自动映射请求。这是一个很大的bug，怎么他们的开发者都没有发现？

More...