openwrt 游戏模式udp(OpenWrt无线模式选择)

如果这路由器就你一个人用，玩游戏还卡，设QOS也没有用，不过你用下面信息试试： 5000 - 5500 UDP - League of Legends Game Client 8393 - 8400 TCP - Patcher and Maestro 2099 TCP - PVP.Net 5223 TCP - PVP.Net 5222 TCP - PVP.Net 80 TCP -。

映射例子： 路由器局域网接口 IP 地址: 192.168.0.1 广域网接口 IP 地址: 211.x.x.x 对外映射端口: 800 内网映射主机 IP 地址: 192.168.0.100 对内映射端口: 80 (提供Web网站服务） 内网测试主机 IP 地址: 192.168.0.2 外网测试主机 IP 地址: 220.x.x.x 对映射主机的要求：映射主机的IP地址需和路由局域网IP在同一网段，子网掩码需和路由局域网接口一致，网关应指向路由局域网IP，简而言之，该映射主机能通过路由上网。协议类型是否正确（如HTTP映射时，协议类型选成了UDP）；检查映射的主机是否满足上述提到的“对映射主机的要求”；在局域网内通过映射后的外网IP和端口访问映射主机，看是否正常；修改对外端口为其他端口，并重新测试映射，部分ISP可能会对某些端口有限制；

为什么要用ipv6呢？上网、打游戏、内部网络共享，用ipv4就好了，用ipv6，系统会增加开销，没必要！
哈哈，爷们不该在这里问。去论坛吧

设置最大带宽是500kbit带宽 拓展:QoS的底层是tc，其目的就是决定先发送哪些包。openwrt默认的规则是hfsc，设计了四个优先级：最高、高、普通、低 。说到openwrt，就不能不提一下QoS。尤其是如果你需要用P2P软件（目前对迅雷的支持还不大好），基本就不能不开QoS。QoS的全称是Quality of Service，意即服务质量。是专门用于解决拥堵网络上的信号质量一视同仁的问题。例如，我们有一根宽带，两人共用。一个人视频聊天，一个人bt下载（我还不提迅雷个傻X呢）。玩bt的那个一开软件，视频聊天那个立刻没法用了。bt和视频聊天稍微好一点的是，视频聊天消耗的带宽是恒定的。你可以逐步限速，只要给视频聊天留了足够的带宽，两个就都能一起用了。但是，如果另一个人不是视频聊天，而是网络浏览怎么办？网络浏览，视频聊天，p2p下载一起来怎么办？实际上这是很多朋友家中常常碰到的情况。更不说有合租公寓里面你很难监控对方一定限速，软件无法限速甚至恶意抢占带宽（迅雷）。另一个更加技术的问题是，由于上传带宽不足，ACK包回应过慢，导致你的下载速度也不能达到峰值。玩p2p的常常会给上传限速到真实带宽差一点的位置，下载带宽立刻上去，就是这个道理。怎么办？用QoS，解决你多年老便秘。QoS的底层是tc，其目的就是决定先发送哪些包。openwrt默认的规则是hfsc，设计了四个优先级。Priority最优先，处理22,53,icmp，以及小于128字节的syn,ack包中，不属于bulk类别的。我们可以看到，DNS，syn/ack的优先响应，保证了你的上传不会影响下载。其次是Express，处理5190和小于500字节的UDP包。这个我也不明白是为什么，好像是视频什么的。然后是Normal，包括20,21,25,80,110,443,993,995这些常见端口。涵盖http/https，ftp，邮件系统。最后是Bulk，包括其他包，尤其是ed和bt。当你启用QoS后，你的p2p软件速度应当不会上升，反而会下降。下载速度不好说，有可能是上升，也有可能下降。因为原来p2p软件抢占了所有带宽，目前他们只能使用普通应用用剩下的带宽，速度当然慢了。然而，当你使用浏览器，收发邮件的时候，速度应当和不使用p2p的时候一样流畅。这才是使用QoS最大的意义。方法很简单，安装QoS包，然后修改/etc/config/qos，注意修改你的带宽。不修改的话，流量会被无意义的限制死。另外，打开QoS后，千万记得把你的p2p软件改为不限速。否则不能达到，要完成自定义QOS，需要先把tc，iptable, htb算法, opendpi , xt_recent 这些都搞清楚，起码基本的命令都会用。否则就看看热闹好了。命令很多人都懂，我就主要讲下思路。tc的流量控制很准确，前提是要对tc,htb有足够的了解。htb的分类主要以openwrt原版qos为基础，上传增加一个第五类。iptables的设置，也是以openwrt的原版为基础，将l7-filter换成opendpi作七层识别，并作了一些小改动来符合我的需求。这是上传500kbit带宽的分类情况， 1：10是游戏， 1：20是dns, tcpsyn,tcp ack ，ssh，QQ语音之类的，1：30是网页、virtual**、代理、rdp，1：40是BT，迅雷，PPS和其他未分类，包大小小于300的流量，1：50是BT，迅雷，PPS和未分类，包大小大于300的流量。下载也作了tc和iptable的配置，不过相对来说没那么重要，就不帖了。主要思路跟上传差不多，没用imq而是用了ifb模块，也就是上传和下载都在同一个interface（即出口）上整形。好像ifb是在iptable之前，具体有空测试一下，所以iptable对下行来说也不重要了，但对于七层识别还是有点用，所以也加上了，openwrt的原版QOS在iptable中是不对下行作mark的。按这个速率设定来用的话，开下载的同时，游戏的延迟是可以保证的。当然最重要的是在iptable 上把流量用mark分好类，我的分类是按端口和七层识别同时用，比如22，80，53都可以按端口来设，虽然有些应用也会用这些端口，但一般没多大影响。除非有特意改端口的，有影响了，那可以都用七层识别来做。opendpi在七层识别方面还是不错的，openwrt的开发者在几个月前已经开始计划用opendpi换掉l7-filter，不知道最近进展如何。不过我们可以自己编译到openwrt里。 另外，很多QOS的设定都会推荐限制连接数，我没有做方面的限制，至少在我这里没有什么问题。测试3M下行，500k上行的时候迅雷开了3个种子，基本满速，上行还有富余，游戏延迟没问题，QQ语音同时连3个人流畅。 测试20M下行，1M上行的时候，迅雷开20个种子，下行不满速，上行已经满了，迅雷上传显示0，游戏延迟没问题，QQ语音同时连3个人流畅。

主机和android模拟器相当于nat和子网 从子网穿nat访问没问题，但是穿nat访问子网办不到除非nat给你转过去，也就是nat端口映射过去 两个模拟器的ip都是一样的吧，也就是说他们分属于不同子网，没法互通