看来限制还不够，以后上班所有外来电子设备统一上交。

一些公司出于信息安全保密原因，严格限制网络接入，你倒好从内部攻破。

有种卡叫掉包，如果注意到 Dropped Frames 处的 2 数值是同比增长的，说明网络情况很烂，即便进度条有很长的缓冲区，但是看视频依然卡卡的。

一种情况首先确定翻墙工具是否会造成大量的 tcp reset 过程。
一种可能安装锐速能克电信的黑科技，一直怀疑电信有做并发限制，即便有足够的速率也看不了 1080p ，比较能确定刚安的服务器可以看 1080p ，虽然只有 3600Kbps ，但是持续的占用大流量最终电信会来个彻底的限速。

昨天刚买了台 vultr japan ，中国到美国到日本，选择它是因为价格只有 z.com 的一半， vultr 晚高峰还是被电信限制得蛮厉害的 500kbps 都没，只是加上锐速看起来 400KB/s 还是没问题的，但是今天怎么折腾 l2tp 也连不上。。。 ocserv 没问题。当然只是刚用一天，不知道后面情况，因为曾经搬瓦工线路遇到过被本地电信 封锁的情况，而外面访问没问题，所以这个墙并不一定在骨干网关上。

z.com 新加坡这两天又恢复 70ms 的延迟了，适合多人共享。删除它的原因只是觉得 60 元 /月 用来翻墙有点贵。 z.com 网络蛮怪异的用 google 上次提示在上海最近提示在广东，用系统默认的 dns 访问一些资源又指回墙内然后当然是访问不了，另外不知道是否是自己设定问题还怎么回事，其实所有 vps 都一样的设置， z.com 看 youtube 首先是有地区限制，然后记得刚开始用的时候没动不动就掉到 1000kbps 的问题的，最近老是动不动看 youtube 就没速度，下载 100mb 测试文件又正常的。 z.com 的线路还可以，晚高峰不安装锐速都是有速度的，适合比如 iptables DNAT 转发搬瓦工的美国流量，人多的话 60 块 2T 流量其实比 vultr 400GB 好多了。能建 softether ，但是以网桥连接到外部时有协议出错提示，可能有些限制。主要问题是不好看 youtube 。

搬瓦工，性价比非常好， youtbe 时可以观看一些有美国地区限制的电影。至于经过中国电信路线，这段时间基本已经被电信折腾废了，适合用其它线路好的 vps 进行流量转发。

上个网真折腾。买过 6 家 vps 总是这样那样的问题，这道墙产生了多少的经济效率，家里没有 CN2 的话线路限制多多，想找到好的 vps 又便宜的难难难，现在翻墙的成本比交给电信的费用还高真感谢国家。希望 vultr 是最后一次选择，解决了流量和大硬盘问题。坑爹的电信线路。

tplink 的最大特点不知道什么时候死机，以前 2008 年以前的固件还好基本没碰到死机情况，还可以用 wget 远程重启。后来新出的没有一个不定时死机的，如果没电源控制方法，死机了都不知道怎么重启。。。后来注意到反正 atheros 芯片总有一天会死机，干脆刷成 ddwrt 每天 cron reboot 省心多了。建议刷 openwrt 是因为它可以用脚本实现自动踢除弱信号功能。

通常 ap 的一个建议接入值是 30+左右，这是综合考虑各种因素并不仅仅是 ap 硬件性能。

ap 真心没好的推荐，当年也是 tplink wa801v2 有固件限制只能接入 15 才去考虑采购高接入 ap ， unifi ap lr 看起来不错，有直观的 web 管理界面，有自动踢除弱信号功能，在前端路由器做好 qos 时可以高达 80+以上的接入数，当然最大的问题是一天之内 N 次断网，断的我再也不敢向别人推荐。

每 ap 30+接入是一个可以接受的数字，它能排除一部分家用 ap ，又让一部分企业级 ap 显得不那么难堪。如果再让我做一次选择，也许我敢给公司买 N 个 7620 刷 openwrt 就布上去。

普通 ap 只要考虑，有直观的显示客户端信号强度，能方便的踢除弱信号它就合格了，移动办公人员，手机设备接入导致的弱信号是造成 ap 性能下降的很重要一个因素。无线是被动组网，受环境因素影响更多，周围无线干挠少的情况不如买 3 台错开 1 6 11 ，设备分组接入指定 ap 也比买一台所谓的企业级要好。干扰大还是老实布线吧。

tc 的 kbps 是 KB/s 所以 3200 是 25mbps 换算过的 3200KB/s

据说 conoha 客服给平均值是 25mbps ，一般给端口限流，再辅以一天 quota40g 的限流，可以防止恶意情况发生。

TC=$(which tc)

DOWNLINK=3200
interface=eth0

$TC qdisc del dev $interface root 2> /dev/null > /dev/null

$TC qdisc add dev $interface root handle 1: htb default 3
$TC class add dev $interface parent 1: classid 1:1 htb rate $((DOWNLINK))kbps

有 linux 网关直接 dnsmasq
address=/a.ad.com/0.0.0.0

然后强制所有的 udp 53 重定向到网关
iptables -t nat -A PREROUTING -p udp -m iprange ! --src-range 192.168.8.200-192.168.8.210 -m udp --dport 53 -j DNAT --to-destination 192.168.8.253

没用过其它用途，就像 IBM 的广告 服务器上一个小小不起眼的文件 都可能被全世界下载瘫痪。

iptables -P INPUT DROP
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT

以前以为这种只允许结构的防火墙，而且连接采用了证书认证，后来才发现只要有心破流量的话(上次不是讨论那 s 采用 iptables 计数)， iptables 是仍然会不断产生数据包的。现在干脆做个 OUTPUT 方向 40Gbytes 的限制，每天用光 40Gbytes 就挂起。 kvm 环境还蛮好的可以根据 ip 做 tc 限流，单 ip 限制 500kb/s ，每天用光 2Gbytes 就挂起。


-P OUTPUT ACCEPT
-A OUTPUT -j quota40g
-N quota40g
-A quota40g -m quota --quota 42949672960 -j RETURN
-A quota40g -j DROP

大部分 vps 应该都是采取限制流量，超过就挂起吧。差别在是否计双向流量。

一个 500G 的月限制，差不多 200kb/s ，以电信这种速度平时一个人 100G 都用不了。。。

买之前最好是提供测试机会，并可以退款。显然像楼上的这些测试总有些说不出来的问题，不知道问题在哪，

今天测试了一家 vps ，在美国有两个节点，一个过太平洋速度非常差，基本在 100kb/s 以下，一个从中国大陆东到西到英国然后到美国速度看起来不错大部分时间有 400kb/s 。当通过 ping 那个速度好的地址显示的是 ipv6 地址，然后把本地的 6to4 ipv6 地址去除， HOHO 速度也是很垃圾。

在用这些测试地址下载的时候经常是 几 kb/s 到全速 然后到几 kb/s 的过程，而且反复重现，让我想到了那 iptables limit 令牌限制 数据包通过的效果。所以别最后花了大钱买了个 vps ，最后又是个普通线路，然后又被电信采用各种技术手段限制流量。。。

R:\>wget http://download.microsoft.com/download/b/a/4/ba4a7e71-2906-4b2d-a0e1-80
cf16844f5f/dotnetfx45_full_x86_x64.exe
--15:11:13-- http://download.microsoft.com/download/b/a/4/ba4a7e71-2906-4b2d-a0
e1-80cf16844f5f/dotnetfx45_full_x86_x64.exe
=> `dotnetfx45_full_x86_x64.exe'
Resolving download.microsoft.com... 183.134.43.146
Connecting to download.microsoft.com|183.134.43.146|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 50,352,408 (48M) [application/octet-stream]

9% [==> ] 4,618,710 488.58K/s ETA 01:32^
C
R:\>wget http://dl.softmgr.qq.com/original/Drivers/dotnetfx45_full_x86_x64.exe
--15:11:49-- http://dl.softmgr.qq.com/original/Drivers/dotnetfx45_full_x86_x64.
exe
=> `dotnetfx45_full_x86_x64.exe.1'
Resolving dl.softmgr.qq.com... 183.61.224.110, 123.151.152.123, 101.226.129.171
Connecting to dl.softmgr.qq.com|183.61.224.110|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://221.228.67.148/dl.softmgr.qq.com/original/Drivers/dotnetfx45_fu
ll_x86_x64.exe?mkey=5662a8c772bcfd86&f=1324&p=.exe [following]
--15:11:49-- http://221.228.67.148/dl.softmgr.qq.com/original/Drivers/dotnetfx4
5_full_x86_x64.exe?mkey=5662a8c772bcfd86&f=1324&p=.exe
=> `dotnetfx45_full_x86_x64.exe@mkey=5662a8c772bcfd86&f=1324&p=.exe'
Connecting to 221.228.67.148:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 50,352,408 (48M) [application/octet-stream]

3% [> ] 1,572,864 442.26K/s ETA 01:47^
C

用 wget 下载吧，有 302 重定向提示，不过电信线路应该是不会显示转向这个 url 链接的。刚想演示一下结果。。。可怜的 linode


R:\>wget http://speedtest.tokyo.linode.com/100MB-tokyo.bin
--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
=> `100MB-tokyo.bin'
Resolving speedtest.tokyo.linode.com... 106.187.96.148
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try: 2) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try: 3) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try: 4) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try: 5) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try: 6) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try: 7) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try: 8) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try: 9) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try:10) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try:11) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try:12) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try:13) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try:14) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:37-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try:15) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:38-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try:16) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:38-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try:17) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:38-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try:18) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:38-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try:19) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Retrying.

--15:06:38-- http://speedtest.tokyo.linode.com/100MB-tokyo.bin
(try:20) => `100MB-tokyo.bin'
Connecting to speedtest.tokyo.linode.com|106.187.96.148|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in
headers.
Giving up.

GMO 的东西比较变态的，传闻虽然说是不限流量，但是大流量就挂起。重启 DHCP 半天没分配到 ip 看起来像是故意的，这种问题对方技术人员都没注意到吗。而且一旦违反 tos 规定，主机直接删除，里面的余额就直接吃定，哈哈，太 NB 了。这个不限流量比较坑，如果不自己给自己限制，一旦把服务器分享出去，分分钟钟超流量，时时刻刻被挂起。这家也只能挂挂代理了，而按目前的情况来看超售应该也蛮厉害的，白天的流量还不如搬瓦工稳定，不知道为什么我这里的线路动不动就掉到 1000kbps ，感觉流量非常得不足，白天看个 720p 都叫苦连天啊。

http://tieba.baidu.com/p/4051372707
conoha 不允许上传任何 windows 系统镜像，包括正版，只允许使用他们自己的授权（旧版）。不允许 linux 机型上传 win 镜像，月流量限制 5TB ，日平均带宽不可超过 25mbps ，违规基本下场就是 ban

时代在变化，以前用书签多简单， ie 弹出单 html 页面，然后保存到网站。还有什么难度，收藏这个页面什么书签都有了。

用搬瓦工的代理看起来没问题，可是去哪验证美国的号码，

使用入门 请注意， Google 语音仅在美国可用。 您将需要验证一个现有的美国电话号码以获取 Google 语音号码。我接受 Google 语音的条款和隐私权政策。

ping 一定程序反映了网络饱合情况，可能本地网络繁忙，也可能远程网络繁忙，一个拥塞的网络通常都可以高达 600ms ， 600ms 算什么，在无线网络 10000ms 以上都遇到过了。