人家 mtk7620 都跑 500mbps 对称，出个 mtk7621 ipsec 都 500mbps 怎么可能才 300mbps。
软路由以前都泛指 routeros 之类的系统。现在都搞不清楚什么叫硬路由器，其实叫 x86 路由还好点。优势只能说相对 mips 芯片有更强大的 cpu 能力，这种可能在一些虚拟接口上有优势。没这么大带宽派不上用场，浪费电。mips 的 rtn16 人家都能跑 900mbps，现在家用几个人家用 1000mbps。。。

类似问题，一 google 还真有很多 ssd 无法识别之类的。昨天在 b250 d3v 安装了三星 850 evo，bios 设置硬盘启动顺序就是发现不了这块 ssd，f12 启动却是可以的。今天考虑升级 bios。或者就是 cmos 重置，让主板重新识别硬件。或者更换一下 sata 接口顺序。

想买的一些东西天猫不如京东优惠。自行车，京东都是 999-300 太恐怖了。不过有些商品外观看似一样，估计还是有差别的，像天堂伞。

1，用 windows 下的 wireless view，安卓下的 wifi 连接管理器首先排除周围信道干扰。
2，这段延迟看起来蛮正常的。延迟除了测试连通，物理距离，它还反应了网络流量的饱和程度。现在电脑大量 p2p 软件占用，有没有流量不能通过眼睛判断。应该找一些带有上 /下行流量显示的软件。
3，无线 ping 网关到底能达到多低的延迟，不好说。同样的一块 3070 网卡，同样的 mtk7620 路由器，刷 openwrt 时可以达到稳定的=1ms，刷 asus 固件仅通过 ping 都是夸张的 3ms 50ms，稍微有点流量就 400ms，该有的知识都判断了，最后只能归结于固件有问题，又或者无线网卡有问题，再也不刷 asus 固件。
4，缩水三剑客最大的本事就是节约成本，所以给我的感觉是它家的产品很难遇到可以长期 24x7 运行的产品，在 linux 系统 16M 内存会导致进程异常崩溃，系统运行缓慢，就不知道这个型号是什么配置。
5，同样的无线网卡也可能因为什么原因导致连 20mbps 的带宽 2.6MB/s 的全速流量都达不到，这直接导致通过抑制流量而达到 ping 的稳定性 qos 失效，最后更换无线网卡解决。

先排除信道干扰 然后换网卡 然后换路由器

王旁青头戋五一，用五笔还知道汉字书写笔划顺序吗。

可惜了表形码这么好的一个输入法，竟然比不过五笔。输给了市场化，至今金山打字通还仅有五笔的编码。五笔学得很快忘得也很快。

大家都说这只是一场局。都三天了，除了讨论打补丁以外，就没人反应中了。。。

安全是相对的。很多路由器的问题可能怕用户麻烦，所以部分采用 openwrt 的路由器默认就 iptables -INPUT -P ACCEPT。有一经验可以变成-P DROP，甚至谁扫描一次 445 就被 recent 模块 drop。问题是这些都是正向连接。以前有人说免费的 kms 激，破解补丁之类的就具备反向连接特点被很多他国黑客控制着，所以基于 ip 端口的防火墙根本就效果甚微。而所谓的内容防火墙，装过一回，普通电脑实在吃不消。
360 就喜欢收集用户隐私，除了不装还有别的方法吗。

一般像普通的 tplink 之类的通常将 b 路由器的 dhcp 分发 ip 功能关闭。然后将网线从单色的 wan 口换到四个同色的 lan 口的任意一个就可以了。记得把 b 默认的 192.168.1.1 lan 管理地址改成其它就可以了避免 a b ip 冲突。当然在该例中只要访问 192.168.2.1 关闭 dhcp 功能，然后将 wan 端的网线换到 lan 就可以了。
高级点的 ddwrt 除了网关模式还有路由模式，类似问题通常在一级设置静态路由规则就可以了

原则上能同一网段就同一网段，省去很多麻烦。如果实在不行就搜一下 静态路由
通过是在电信光猫，天啊天猫光猫，这不是还要破解光猫，折腾。指定一条静态路由规则
route add 192.168.2.0 mask 255.255.255.0 192.168.1.110
也就是指向　 192.168.2.0/24 的目的网络地址全部通过路由Ｂ的网络接口 wan 网关地址 192.168.1.110 进行访问

在基于 ATM DSLAM 的 ADSL 环境中，使用 MTU 1492 和 1454 的差距对比
http://www.voidcn.com/blog/robur/article/p-2652034.html

这种话题太高深了，完全看不懂。。。

这个最初也就在 tplink 那种低端路由才需要搞这种东西，像访问亚马逊网站会有问题。网络查询针对 pppoe 的通常是 1492,而 cisco 的文档建议是 1454,但是这个 1454 在磊科，网件的路由里设置会导致无法上网。

当然我现在仍然使用 1454,在 linux 类 ddwrt tomato openwrt 通常再追加就非常 OK 了。
iptables -t mangle -A FORWARD -o pppoe-wan -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu

上次针对 vpn 服务器的问题，服务器上的 vpn 虚拟网卡设置为 1392 。

具体原理我也不懂，反正直接应用人家的讨论成果平时网络也没遇到任何异常。

公司只有 8m 联通一年大概 2000 多。带 40 台上外网办公电脑，大概 60 个手机。原先的路由很垃圾实施了基于 ip 的 300kb/s 限制，可是哪有 300kb/s*100 的带宽。每天被人埋怨网速慢，忍无可忍家里拿来一个优酷路由宝刷上 openwrt 实施动态限速，每个 ip 都有机会拿到 900kb/s 全速带宽。带宽是有限可是如何实施 qos 也是门技术活，省钱啊。。。

它家的 UAP 系列 UAP-LR 我是再也不会买了，别觉得自己技术有问题真的。被折腾了一年最后一走被接手的人全部换成有线网络。。。用的开源驱动问题一堆，关键这些开源驱动即便在 ddwrt 这种系统上也至少可以保证长达 30 天左右的持续 uptime ，而它家的呢我可以告诉你 30 分钟可以掉 N 次线。。。连 tplink 都不如，长达一年的时间没做出个稳定可以解决问题的固件。而且它家的 AP 还有神学的，在一些特定的位置不管 5 个 AP 怎么轮换在那个位置就是有问题。。。
反正不怕死的继续上 UAP 吧，论坛用户的反馈并不是假的，我相信也绝对不是技术问题导致的。长达一年的时间通过各种方法都没办法让这个 UAP 可以在办公环境 24x7 时间。夸张的时候半小时都不一定坚持得了。随着不同设备接入，兼容问题越来越多。现在懒得去那论坛，反正每次都是你设置问题设置问题还是设置问题，不见这么忽攸用户的。

http://bbs.ubnt.com.cn/forum.php?mod=forumdisplay&fid=2

为什么很多人对 ubnt uap 系列的掉线无视呢。看看它们论坛那么多掉线反馈还敢买 uap ，不是大家技术不好，而是它们产品确实有问题。

按我的观察工资高低并不一定代表能力技能的高低，往往和老板第一次谈的过程。所以同样新人工资差距蛮大的。
原则上最好是别告诉，我就因为这个被曾经的领导指责过。虽然岗位不同，职场是很奇特的人际关系。其他人会因为打听到你的工资然后人家也会要求加工资的，然后你说领导是让她滚还是加给她，这无形中增加人力成本支出，你可以通过各种方式抱怨工资低，好的领导会主动加给你。至于透露工资的行为最好是别，人家告诉你也不一定是真的，别太老实了。

这个东西确实碰到过，还说不出为什么。但是自从刷了 tomato 实施了 qos ，再也没出现过访问 web 管理界面响应很慢的情况。
如果从 qos 的角度，迅雷属于那种乱发并发的软件，像 qq 旋风通常 500 并发不到，迅雷可以瞬间 1200 并发。然后会出现外网流量异常下降的情况，怀疑是电信有并发限制，但是这样仍然解释不了为什么本地网关 web 管理界面访问缓慢。
qos 能改变的也就数据队列优先级也就 tcp 80 和其它端口的优先级，按说承受 2000 左右的并发应该没问题。像 openwrt 到底能通过设定哪些参数来优化这个并发没数。除非软件本身难道会有主动攻击 lan 流量，以前有些软件会大量发送 icmp 包，最后通过 iptables limit 进行限制。说不好为什么，只知道上行针对目的端口优先级的 qos 以后再也没碰到过。

现在的师傅就是懒会忽悠。一个政企宽带才 10 个 ip 太可悲了。我记得当时公司用的 20mbps 每月 1100 合同上写支持 50 终端，实际桥接用自己的设备 pppoe 拔号在线 145ip ，当然实际并发数好像一直就没超过 6000 个。
而家用的用了一个电信的 hg260 直接拔号，那设备固件限制好像是 10 个终端，最后改桥接什么限制都没了。当时同事家 5 终端限制，改个 8 终端还要营业厅麻烦死了。不知道为什么很不喜欢上海电信的维护人员，让他们改个桥接还挺会忽悠的。自己上网搜索吧，好破解的设备网上都有教程的。不行就天天呼他们上门看他们烦不烦。想不想扣工资。

不要只作我告诉你的事，请做需要做的事

工作就是责任
这本就没什么意思了，记住工作就是责任就可以了

无线大范围覆盖比较头疼。还是豌豆荚的运维厉害。普通的 ap 在 windows 环境不会实现自动切换，除非装了一些特殊的 wifi 连接软件。免费的有基于 mesh 实现的 radiusdesk 。从文档看起来非常不错，不过手头缺少相应的芯片也不知道实际效果如何。
小公司肯定是要考虑成本的。当可以用 100 块钱的设备实现 2000 块钱的设备功能时，我会考虑 100 块钱的的方案。