原版汉化
tomato(蕃茄)QoS
设½真正实用教程
在
Tomato
中文½上看到许多新手询问设½
QoS
的问题,比如为什么½者不开设½个限
IP
½速等问题。其实
QoS
的
真谛在于共享½速的同时又½快速响应,看起来冲突的两件事,却让
QoS
很½的平衡起来(½络负½½平衡)
。
首先让大家了解一下
QoS
必要知识:
½络协议:TCP/UDP,一个完整的
TCP
协议需要经过三次握手才½完成,这是目前主流的应用,比如看½页、上
QQ、用迅雷……全½会用到这些协议。
TCP(Transmission Control Protocol,传输控制协议)是基于连接的协议
TCP
简单演示如下:
PC1
向
PC2
发出连接请求--->
PC2
回应请求(协商发送时间)--->PC1 收到同意后发送数据
UDP(User Data Protocol,用户数据报协议)
是与
TCP
相对应的协议。它是面向非连接的协议,它不与对方建立连接,而是直接就把数据包发送过去!我们经常
½用“ping”原理就是向对方主机发送
UDP
数据包,对方主机如果返回确认收到数据包,那么½络就是通的。因为
UDP
协议没有连接的过程及基天点对点传送,
所以它的通信效率高;
½也正因为如此,
它的可靠性不如
TCP
协议高。
QQ
就½用
UDP
发消息,因此有时会出现收不到消息的情况。
IPP2P
协议:分析每个包的具½特征,过虑
P2P
特征码。½效率不高,所以在下面设½
QoS
教程中,我用多重方法
准确控制
BT。
Layer7
协议,基于正则式分析内容。通过顶层分析技术判断出是哪个程序发出的数据而加以控制,这也是
linux
的优
势。缺点是要分析较多的数据包,效率½下,½响效½,同时存在误杀其它程序的可½。
协议简单介绍到这里,说说
QoS
主要拦截目标:
1、基于 MAC
2、基于端口
3、基于 IP
4、基于协议
设½过程(图
1)
:
QoS
基本设½
开启带½管理
QoS
启用
给予优先权标志
ACK
SYN
FIN
RST
在这里我全½不选,P2P
½件会产生大量的
ACK
数据包,如果启用会对其它程序产生干扰。
ICMP
给予优先权
不选,
½½络测试用,
响应快些,
没什么帮助。
反而担心一些程序不断发送
ICMP
数据干扰½络。
Strict Rule Ordering
严格按照规
QoS
则顺序执行,这个在
1.18
版本里已经没有了,如果½其它版本请先上。
设½值改变时自动更新分级机制
启用,这样才½实时看到修改效果。
优先权默认为
(等级):
选最½级
缺省
QoS
级别,这个指的是所有未被定义的协议的优先级。这个要配合分类
设½里面的设½来决定,默认是½级,我改为最½级。
上传速率
/
限制其实数据参考营运商给½的套餐,以我的为例
1M
下行,512k 上传
最大速率
320 kbit/s
千万不½乱填,它直接决定了
qos
是否½够正常工½。填得太大的话
QoS
就会发送比½的½络½承受的更多的数据,
从而½½络阻塞,QoS
也失去½用了。
一般
ADSL
上传是理论值是
512kbit
实际½用中损耗约
10%,取它的 90%到 70%即可。
½如果不清楚,就用迅雷和
BT
高速下½½,然后看看“带½监控-实时流量图表”就知道了。
下行速率限制
1200 kbit/s
这个正½相反,下行的速度总是愈快愈½,1M
的下行对于
100M
内½来说真是小巫见大
巫,也有½友建议设很大的值,½为更½的控制我在这里设
1200kbit/s
最高级
高级
中级
½级
最½级
A级
B级
C级
D级
E级
100%
90%
80%
70%
60%
50%
40%
30%
20%
10%
这样的设½是为了让优先级高的应用½快下行,并不限制½级别程序½用½速。
保存设½,进入分类设½
TCP/UDP
Dst Port: 53
Transferred: 0 - 2KB
最高级
DNS
DNS
非常重要,一定要设½为最高,并且放在最前面。不这样的话在大量下½½的时候,DNS 数据包可½会因为½络
阻塞发送不出去,导致½页无法访问。
TCP/UDP
Src Port: 5800
高级
VPN
我偶尔用用
VPN,为保证顺利设为高级
TCP
Src Port: 2782,2752
高级
Tdxw
这是股票½件端口,设为高级。
TCP
Dst Port: 80
http
Transferred: 0 - 512KB
中级
WWW
TCP
Dst Port: 443
https
Transferred: 0 - 512KB
中级
WWW
½
WWW
应用½于
512KB
时中级响应,高于
512KB
降为½级见下
TCP/UDP
L7: qq
Transferred: 0 - 512KB
½级
QQ
基于
L7
协议
QQ
½于
512KB
时½级响应。
UDP
Src Port: 6000-6020,8000
½级
QQ
这是
QQ
常用源端口,½
L7
不准确时再次保证
QQ
运行于½级
TCP
Dst Port: 80
http
Transferred: 512KB+
½级
WWW (512K+)
现在伪装
80
端口下½½的非常多,½流量在
512K
以上时降为½级
TCP/UDP
Dst Port: 53
Transferred: 2KB+
最½级
DNS (2K+)
DNS
的封包一般不大,所以把
2KB
以上的放入最½级
TCP/UDP
Port: 21
最½级
FTP
把
FTP
应用放最½级
TCP/UDP
ipp2p: xunlei A
级
xunlei
基于
IPP2P
协议分析
xunlei
设为
A
级响应。
UDP
Src Port: 3500,4863,4867,4881,4883,15000,26411 A
级
xunlei
这是
xunlei
常用源端口,½
IPP2P
不准确时再次保证
xunlei
运行于
A
级
记½这里和
QQ
½选源端口
TCP
Src Port: 8000,36897 A
级
xunlei
刚才控的是
UDP
现在控
TCP
端口,如果刚才选
TCP/UDP
的话会误伤很多程序。
TCP/UDP
L7: bittorrent C
级
BT
基于
L7
协议分析
BT
设为
C
级响应。
TCP/UDP
Src Port: 25000,6881-6889 C
级
BT
基于端口协议分析
BT
设为
C
级响应。
TCP/UDP
Dst Port: 36898-65535 B
级
Bulk Traffic
很多½友说
Bulk Traffic
这条规划设½后,
自己的其它设½½是无效的。
其实
L7
协议是优先执行,
且原规则端是
1024
—65535,通用式控制。所以在这里我调到
36898-65535,设为 B
级。
以上的设½完成后,上½与下½½
BT
就两不误了。大家可以根据需要进行调整。
评论