非对称光纤绝对是砖家想出来的好方法，因为一些tcp拥塞控制而导致的丢包，包丢了，连接建立不起来，下行自然就掉速度，tcp协议本身就这样的，还真有点投诉都没理由的感觉。
一般家用带宽除了拥塞，还有一种像迅雷的大并发下载超过局端限制，同样局端会丢包。

解决的方法去买支持QOS的路由，并发只能靠限制发包数来解决。观察过QQ视频，应该50kb/s的流量都没，如何设计QOS才是关键。

我的tomato 原版QOS 设定
http://www.right.com.cn/forum/thread-102891-1-1.html
(出处: 恩山WIFI论坛)

11寸差不多。观察这些无风扇设计的一个月了，迟迟不敢下单，据说在高温时会出现自动降频的情况，宁愿买个有风扇的。

这种反代怎么用，搜出了结果，后续的页面依然无法访问啊。
还是自建 stunnel softether glype ipv6轮着上。

不清楚易迅评分是可以当钱花的，最主要有些东东总是便宜100块哦。显然送货也是京东快递，看起来相对独立。用它好好多年了。

习惯用易迅总是便宜那么一点点，京东跟淘宝一个样。有一次买一个非自营的，结果60多块的办公用品都不知道被谁签收的。首先考虑易迅然后才是京东，适合需要发票的用户，其它便宜的网店多的是。

竟然要手机验证，删了陌陌都一年了。

不怎么看直播

1.服务器问题
2.本地网络优先级问题
3.无线带宽问题，才发现家里的rtn16刷openwrt才600kb/s
4.手机弱信号对无线网络的影响，无线水桶原理。最弱的信号匹配所有人的连接质量。好点的设备可以优化ap tx rate
5.android的优化。从v2.3 4.0 4.1 4.2 4.3 4.4 5.0 海卓手机加速 成了必装软件。在一些低配的像海美迪q2 单核实际400mb可用内存都没，但用这软件可以根据设定达到实际内存80%时自动终止后台无用进程释放内存。除了网络连接问题。这可能是最主要的问题。




5.

tp不行吧。用过它们的2千的交换机也只能做128个mac过滤。基于web管理的总是有这样那样的限制。

url过滤在ddwrt用dnsmasq试过，无限过滤。

还以为你们PS的呢，一直看到的单位都是Mbps，以前人家650Mbps，speedtest.net测了这么多年还从来没见过kB/s Mb/s。
被mbps,MBps这种单位折腾死了。

知足吧，这点工作量二线城市三千都没，有着大量的人可代替。出去应该不会比现在好，很多单位30岁以上的根本没人要，人家领导管这叫修电脑，在他们眼里人人都会。。。
大家总是对自己的待遇不满，从来没想过自己能为公司创造多少财富，领导为什么要养着你。这点工作量7千，真辞职，领导偷着乐，既然已经有危机感就准备好学习再谋更好的岗位，过了一定年龄，毅力不是人人有的。

从问题看本质: 研究TCP close_wait的内幕
http://ahuaxuan.iteye.com/blog/657511

上次调的sysctl.conf部分超时参数

net.netfilter.nf_conntrack_acct=1
net.netfilter.nf_conntrack_checksum=0
net.netfilter.nf_conntrack_max=16384
net.netfilter.nf_conntrack_tcp_timeout_established=600
net.netfilter.nf_conntrack_udp_timeout=65
net.netfilter.nf_conntrack_udp_timeout_stream=120

#######################################################
#sysctl -w sysctl -p
#/proc/sys/net/netfilter/nf_conntrack_*
net.netfilter.nf_conntrack_generic_timeout=600
net.netfilter.nf_conntrack_tcp_timeout_syn_sent=120
net.netfilter.nf_conntrack_tcp_timeout_syn_recv=60
net.netfilter.nf_conntrack_tcp_timeout_fin_wait=120
net.netfilter.nf_conntrack_tcp_timeout_time_wait=120
net.netfilter.nf_conntrack_tcp_timeout_close=10
net.netfilter.nf_conntrack_tcp_timeout_close_wait=60
net.netfilter.nf_conntrack_tcp_timeout_last_ack=30

知足吧，大清早7点起来下东西8点时3分钟内狂发24个 tcp reset,其中1秒连续12个tcp reset，这个月开始每天都在狂按f5中。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

今天刚把系统更新成5.0,然后开始狂装软件。哪个不想在开机启动，一装完一堆的开机启动应用。然后一个个禁用掉。一旦给了 酷市场 root 权限，它下载的文件就会自动安装。而google player市场也是自动的。真的不是android烂，而是不知道程序员在想什么，想着挣钱吧。

至于网上的302缓存服务器，上次尝试了禁用这些缓存服务器，QQ旋风下载没问题，但是wget的单线程下载就没反应了，所以最后不得不打消这个念头。而且注意到禁用这些缓存服务器时。通过stunel发起的google证书是绿色的，而平时是灰色的。但是无奈，禁用导致的问题更多，只能放弃。连带下载一些.netframe链接都会出现流量严重溢出的情况，太神奇了。

反向连接需要中转服务器的，国内有的就是花生壳之类的，然后像上海电信是封锁80 8080端口。其它的地方倒不一定封锁，所以申请获得ip估计是最廉价的实现。

不然再买个国内的vps再中转也感觉画蛇添足。

http://cyrilwang.pixnet.net/blog/post/25636594-%E5%8F%8D%E5%90%91%E9%80%A3%E7%B5%90-(reverse-connection)
http://cyrilwang.pixnet.net/blog/post/25636594-反向連結-(reverse-connection)
反向連結 (Reverse Connection)
上面的页面（己被墙）提供了一个使用socat进行反向连接的过程，hoho是不是很简单，已经测试可以将lan内的web服务器反向通过vps进行连接。搞得这么麻烦，主要是这些年 被所谓的免费坑苦了，所以不喜欢什么免费的东东，数据还是做在自己硬盘上安全。

vps上的客户端
socat -d -d -d tcp-l:80,reuseaddr,bind=0.0.0.0,fork tcp-l:8080,bind=0.0.0.0,reuseaddr,retry=10
只有在tcp 80端口有请求时才会生成侦听tcp 8080端口。

lan内的服务器端
socat -d -d -d -v tcp:vpsip:8080,forever,intervall=10,fork tcp:localhost:80
将lan内的电脑不断尝试连接vps的tcp 8080端口，当连接成功后台会连到localhost提供的tcp 80端口应用。

哈哈，是不是很简单，网络不需要做任何更改。

蓝屏是windows特有的吧。

一般出现时注意近期装了什么软件，不过也挺难检测的特别是那些在线更新的程序，包括windows update，没那么高的高全性可靠性要求，从来不使用windows update。另外一个只能用memtest之类的软件检测内存是否挂了。

变烂了。昨天白天我是一天在用stunnel刷新网页，昨天晚上还好可以l2tp。
现在白天访问也不顺畅了，经常的SSL_read: Connection reset by peer (WSAECONNRESET) (10054)

不知道怪谁好，不知道是最近有了淘宝支付超售厉害，还是电信的问题。不过从频繁的SSL_read: Connection reset by peer (WSAECONNRESET) (10054)来看，多少是电信问题，哎，只能说还能用还没彻底把它封死。

不过昨天连以前经常用的重拔号也没效果了，也许是搬瓦工越来越烂了。。。。

在上海那么多年就碰到个强热带风暴，去年最担心的一个竟然沿海北上。至于这个，还在缓慢西进中，如果登陆，上海多少有外围影响吧。台风的威力还是巨大的，城市里到处是水泥房应该还好。今年这台风太奇怪了还在7级风圈中，这雨也太小了。挪来挪去一点没北上的意思。