这个只能简单提示一下了，上次笔记本坏了，硬盘至今没拆出来。

atheros 芯片可以参考这个页面命令
http://madwifi-project.org/wiki/UserDocs/iwpriv


其中搜索得最久的是有关 broadcom 和 ralink 的如何踢除，有个叫 hostapd-utils 包含了一个工具可以实现。

今天 xx 大会，听主播报道开放，自由差不多要吐了，还扯上白日梦。从上到下一片欺骗声，欢呼。

无底洞，一个小部门一年就烧掉 100 多万推广，每天 9:00-13:00 2 千多就烧下线。以前的一条规则就是让点爆竞争对手让它网站提前下线。烧不起，还得烧残酷的竞争，养肥了百度让多少小公司出局。

这这这。。。。。。。。。。。。。。。。。。。。。。硬盘都能格式化，还是别找你修了，太恐怖了。

这叫礼上往来，哪天你万一需要别人帮助呢。喜欢互相帮助，终归不吃亏。在大型集团公司，网管的人缘最好了。。。

tplink 也不知道怎么回事 2009 年前的固件 tp 641 之前的型号根本不会出现无线消失的情况，而且这些固件还支持 wget 登录重启。当时花了 300 多买了个 wa 801 v1,其实跟之前的 tp 841 v3 差不多。。。依然无线随机消失，无线一消失，同事连带前面的路由都一起断电。。。。后来有个 wa 701 v1 刷了 ddwrt 以后最长的一次 uptime 差不多 35 天，但是依然无法解决这个无线随机消失的情况，最后干脆 cron 定时 reboot ，一天一重启终于安逸了。发现新版本都有类似问题， tplink 终于变成不敢买的型号。

UBNT 的 unfi LR v3 版固件更严重 1 天 N 次消失。 2013 年 9 月份-2015 年 5 月份在这么长的时间官方都没解决这个问题，从最初的崇拜到无底的失望。 UBNT 是有名气，可是从他们发布的固件来看完全把用户当测试小白，无线是拿来办公的，不是每天没事在排错，排得自己连基本的判断能力都没了，太会忽攸了。。。对 atheros 芯片有选择恐惧症，而且相对 mtk 芯片它无法使用 linux 的内存回复命令，内存越用越少总有一天会死机。

后来一个小办公室要推荐，给买了个磊科 ni360 broadcom 5338 刷 tomato ，稳定是稳定 60 多天都没问题，就就是无线性能不怎么样。

目前可能便宜的方案就是 mtk 7620 系列吧。像联想 Y1 之类的。用惯便宜的，，，。用过一个 79 块的如意云 1 刷的 asus rtn14 固件直接解决了 qos+12 带机。

你这种情况，随便增加一台设备都能当做备用方案。看领导预算了，贵的可以选择 asus 系列的，它家的 tomato 翻版 qos+无线性能还是非常好的。便宜的基本可以随便买了。主要看是否要选择双频。

http://www.hostloc.com/thread-299684-1-1.html

这帖不知道在讨论什么，钱收了，责任是别人的。你们就慢慢等着恢复数据吧，一天两天，一年两年，还不如消失了算了。见惯了踢皮球，没见过这么不把用户当回事的。

才这么点带机量，这种设备完全足够，别相信什么商用，都是广告。其实前面再加一台带 QOS 流控功能的路由就够了， tp 自带的流控太差劲了，其它的商用也好不到哪去。

这种人不叫老板，哪种才算，老板巴不得什么事都不干，只管进帐。当然秘书去沟通了，哈。。。

解决了你有办事能力，当然好处就不知道。解决不了显得你不称职，虽然不关自己屁事。偶也最讨厌跟人打交道，所以最后都是抗下不管，吃定领导。最小情况看起来能退 3 个月租，没法当面沟通还影响人家打牌，你想牌桌上输钱给他吗。。。

linux 是有内存回复命令的，但是要注意在进行回复之前，最好将自己架设的服务先停止待回复过再启动。用 cron 每天调用就是了
1 17 * * * /fr.sh

vps 现阶段想买 vps 的话，建议 vultr 日本，不过不知道为什么其他朋友反应不爽，我这里浙江电信 24 小时稳定看 720p ，看起来 1080p 问题也不是很大，速度就不用讲了绝对比搬瓦工爽。不过看起来我要求低了点，只要有 300KB/s 就 ok 了。 vultr 现阶段出乎意料的好，没意外的话以后就选择 vultr 了。

/fr.sh
/vpnserver.sh stop
sync;sleep 3;echo 3 > /proc/sys/vm/drop_caches;sleep 3;echo 0 > /proc/sys/vm/drop_caches
/vpnserver.sh start

搬瓦工， 144 是彻底废了，在电信线路是蜗牛在爬， 20$固定 ip 还不如 10$的，想退款都没理由。用国外的 vps 6.1MB/s 。。。坑爹的电信

http://ww3.sinaimg.cn/large/0060lm7Tgw1eyz7o6eg32j30hc06e401.jpg

白天测不出什么来，但是你这结果也是有问题。 tcpping 以前最早的用途是用来测试 qos 优先级在网络大流量占用时 tcp 延迟变化，按平时观察的结果搬瓦工 500ms 的情况都很少发生，不大会出现 1600 这样的平均值的。测试时最好保证没访问 vps 上的流量保证不会受 tcp reset 影响，然后最好本地 ping 一下网关确定本地网络是否正常。


TCP connect statistics for 144:1723:
Sent = 500, Received = 500, Lost = 0 (0% loss),
Minimum = 232.15ms, Maximum = 3281.96ms, Average = 324.05ms

Latency Count
232.15 484
392.67 0
553.18 0
713.70 0
874.22 0
1034.73 0
1195.25 7
1355.76 4
1516.28 1
1676.80 3
1837.31 0
1997.83 0
2158.34 0
2318.86 0
2479.38 0
2639.89 0
2800.41 0
2960.93 0
3121.44 0
3281.96 1

TCP connect statistics for 45:1723:
Sent = 500, Received = 473, Lost = 27 (5% loss),
Minimum = 182.98ms, Maximum = 3286.99ms, Average = 299.38ms

Latency Count
182.98 491
346.35 0
509.72 0
673.09 0
836.46 0
999.83 0
1163.20 0
1326.57 1
1489.93 0
1653.30 0
1816.67 0
1980.04 0
2143.41 0
2306.78 0
2470.15 0
2633.52 0
2796.88 0
2960.25 0
3123.62 7
3286.99 1

http://www.coolapk.com/apk/net.hidroid.hitask

最后版本 1.3.0 ，一直用到现在。特别是只有 512m 的电视盒，用它就可以根据内存占用自动终止后台进程，拥有它别无所求。

需要排查的是为什么不在网关布暑 dnsmasq ，所有 dns 查询指向网关跟直接指向外部 dns 还是有速度差别的。以前干扰 8.8.8.8 时直接导致延迟很高甚至掉包，当然导致网页打开时常白页，强制所有 udp 53 dnat 通过网关查询，避免用第三方 dns,没错用第三方 dns 甚至没有查询结果，好多年了因为第三方 dns 遇到网络故障多了，习惯用电信 dns 已经不知道第三方 dns 的意义何在。

搬瓦工的 ip 也有好坏的， 89%相当高了，已经有差不多一个月凤凰城的 144 处于根本不可用状态很怪的下载测试文件流量就掉到 50kb/s 以下，而这个 ip 原先是轻易 400kb/s ，不知道是否本地电信封锁了，昨天差不多 23 点，凤凰城 45 开头的 ip 还可以出乎意料的流畅在手机看 720p 。

嘿嘿，以前还想帮电信洗白，结果连它家的下载测试文件都直接 tcp reset 。。。

平时不用 s.s ，从平时使用 stunnel 观察的情况来看，电信压根不需要什么高科技，同样的配置，只是 80 1723 端口的差别， 1723 只要有点流量那就是满屏的 tcp reset 啊，这种廉价的烂方法却可以让连接快速劣化，话说最恐怖的一次一秒内收到高达 22 次 tcp reset ， HOHO 。现在跑在 80 安逸了，而且要什么无特征，特征就是 TLS 。

什么 dpi XXX 高科技，就只剩下 tcp reset ，恶劣的中国电信网管。

softether 有图形配置界面，用起来比别的 vpn 方便点，但是最近老是受制虚拟的 tap 接口，像上次在 openwrt 路由上跑 softether 虽然用虚拟 3 层路由将 vps 跟家里的路由连接在一起，但是路由下面的 br0 接口想要访问 vps 上的代理又需要用 socat 进行连接，没办法 tap 接口不如真实的物理接口限制感觉越来越多了。

Build a LAN-to-LAN VPN (Using L3 IP Routing)
https://www.softether.org/4-docs/1-manual/A._Examples_of_Building_VPN_Networks/10.6_Build_a_LAN-to-LAN_VPN_(Using_L3_IP_Routing)

http://ww4.sinaimg.cn/large/0060lm7Tgw1eyy61t2l9mj30li0g3gpi.jpg