以前觉得自己在淘宝买电子产品人品挺好的，蓝牙耳机都是用到耳帽风化才换的。今年 4 月份买了个漫步者蓝牙耳机，跟京东自营差价 80 块，专门挑了硅胶耳套，没想才 4 个月可能因为 ipx4 级防汗不行就坏了。然后卖家页面也有宣传 1 年之内坏了保修之类的，联系了卖家也说可以快递寄返给他保修。哈,1 个多月过去了，几次联系卖家说寄寄寄，应该是根本没寄出来。商品页面也下架了，根本就是投诉无门。赔了夫人又折兵啊。
第一次因为保修问题，怀疑自己还敢在淘宝买电子产品吗？一旦涉及到退换，商品页面一下架，根本就无处声张。以后还是只能京东自营，至少逃了和尚逃不了庙。

以前对斐讯不感兴趣，看到那个鼠标也下单 k2p 了。路由是个好路由，可惜没 usb，openwrt/lede 也没 mt7615 无线芯片驱动，买来注定是个吃灰的主。上一个 zbt 的 mtk7621 也是因为 mt76 驱动 bug 太多吃灰了，但是如果纯有线的话，这设备性能出众。恩山上加了 usb2+usb3 200 块钱。

优酷这种没信誉的公司，优酷电视盒子 /优酷路由宝就是活生生的例子好像连二年都撑不住，现在论坛也没了，这年头圈钱在自己手里就是老大。

黑名单也是非常麻烦的，首先得知道软件连接了哪些目的服务器

iptables -I FORWARD -d ip -j reject

没什么意义，甚至感觉很难做到。

很多软件都反向连接的，今天就被诱导下载了几个破解软件，然后后台马上开始自动下载安装。现在这种仅只有 ip+port 的防火墙根本防不住内容泄漏，只能有针对性的屏蔽对方的 ip，浩大的工程，吃力不讨好。

2 年后优酷盒子无线网卡坏了，固件也没更新了，连论坛也消失了。。。这个挂羊头卖狗肉的优酷盒子，看电影直接提示不支持电视端播放。

呵呵，现在的互联网企业信誉太差劲了。

有没有戴什么东西可以抵抗噪音的。

经常去巡车间，那机器的噪音，当时发现几个模具车间的年轻人被诊断为耳聋。。。工伤啊。

android /ios 都是有防火墙软件的。android firewall 以前酷市场有个蓝色界面的，只是在有些系统下可能运行不正常。有点 iptables 经验的话，玩这个还是蛮省流量的，因为它可以 根据不同的 3g/wifi 网络 白名单 指定特定的应用访问网络，那么就能有效的控制流量了。

不然只能打开 3g 时来一波消灭进程操作，但是有些后台进程还是没办法的。

去 stunnel.org 看看。3 张证书的加密过程。。。加密链路 /服务器验证客户端身份 /客户端验证服务器身份 ，偶尔线路不能访问的时候去掉 客户端验证服务器身份 就正常了，这难道就是传说中的 中间人 攻击？因为是基于 pki 的，所以可以动态变换证书。反正觉得蛮安全的。

客户端配置
cert = 1.pem
verify=2
CAfile = stunnel.pem

服务器端
requireCert=yes
verifyChain=yes
verifyPeer=yes

优酷路宝是我最喜欢的路由 128m 内存带 tf 接口，就是少了个 5g。树莓派早吃灰了，没时间折腾这么多设备，openwrt 有接近 4000 个包，功能上也很强大。

搬瓦工用了 3 年了，我觉得还马马虎虎。平时只是用它查 google，用 stunnel 跟 l2tp 多。
当然有些特殊的连接比如 softether 自身的协议，一用那就是断网，然后重新 pppoe 获得新 ip 又复活了。所以我用的路由每天都是定时更换新 ip 的。

正在 Ping 198.181.56.83 具有 32 字节的数据:
来自 198.181.56.83 的回复: 字节=32 时间=167ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=162ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=338ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=161ms TTL=50
请求超时。
来自 198.181.56.83 的回复: 字节=32 时间=166ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=239ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=175ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=271ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=295ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=258ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=161ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=321ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50

wifi 有所谓的无线弱信号原理。也就是信号最差得那个客户端决定了所有用户的连接速度，即便你就坐在 ap 50 厘米距离内，仍然受 15 米距离外前台我 wifi 连接影响，掉包高延迟情况依旧。

我有个 mtk7620 路由，一台笔记本连接时可以全速 10mb/s，一堆的不受控制的，不知道客户端在哪里终端连接时，速度可能掉到 300kb/s。于是我又使用了自动踢除弱信号脚本，保持 5mb/s 速度还是有保障的。

至于越近这个概念，根据脚本的输出，20 厘米距离内，手机一黑屏依然高达-80dbm，然后脚本一踢又变成-50dbm，所以近只是相对的概念信号好坏才是关键。一堆的手机黑屏影响我无法测试，但是 Windows 电源节能选项关于电池模式下的 wifi 中等性能确定很容易造成掉包高延迟情况。

有时候挺感叹的手机都 4g 内存了，想当服务器用吗。问题是那么多程在后台还是要吃电啊。所以 root 消灭不必须进程还是最绿色的方式。

呵呵呵，信不信由你，自从用了 ubnt uap 以后人都变傻了，一方永远说 uap 是神器，一方说它就是垃圾。它家的论坛是有审核机制，它家的 qq 群也没人想说话。tplink 再垃圾我可以每天定时 curl 登录 reboot 保证它 24 小时之内的稳定性。没错我描述得非常准确半小时内掉 n 次线，长达一年时间没出个稳定固件。什么方法我没用过自动踢除弱信号，cron reboot，禁止广播包，压根就是个用技术无法解决的神器。

其实一直是 ubnt 黑粉，ubnt 有多稳定自己去
http://bbs.ubnt.com.cn 看看就知道了。什么客户要求 uap 有定时重启功能，什么连 erx 都需要 cron rebooot 需求。
用过一年的 uap lr，从粉转黑。我只能说 ubnt 的设备是神用的，完全就不是靠技术就能解决的。长达一年的时间没推出一个可以稳定 24x7 在线的固件。半小时掉 N 次网的设备连 tplink 都不如。这么多 ddwrt openwrt 用在 atheros 芯片的固件都至少可以 uptime 30 天。为什么 uap 连半小时都撑不住，整天电话被员工打爆，一年后离职，接手的全部换成有线。从此无视 ubnt 的设备。