把DNSMASQ打开了,并且把网卡DNS设置为路由IP。
貌似DNSMASQ能起到一个缓存作用,我用路由来做DNS服务器,解析速度的确快了很多。
openwrt的dns服务器配置为:
DNS 1: 8.8.8.8
居然一个月都没有死机啊,哈哈。原来那个QOS插件,几天挂一次,后来更新了,貌似没问题了。
把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,怎么他们的开发者都没有发现?