这种规模，乖乖的上企业路由吧，别折腾什么软路由的，省的那点钱还不如出了事故公司损失的多。

上个比如 Juniper SRX300 的，可以买两台做 VRRP，基本上除了地震房子塌都不会掉链子。

Google：流量穿透

证书又不具有不可替代性，CA 也不是垄断行业，Let's Encrypt 收费直接换一家就是了。

https://openresty.org/download/openresty-1.15.8.1rc0.tar.gz

基于 1.15.8 核心的 OpenResty 测试版已经发布了，可以先尝鲜一下。

打包好直接 FedEx 到目的地。

Juniper SRX300

@jadec0der 别的不知道，美国的信用记录查多了也影响信用。所以这个真的不能黑国内银行。

@linunix 不能买，不要租金。支持 Wi-Fi。

免费和可靠只能选其一。

@tangbao 高等院校

@wwhc Intel 的 CPU 是有。Cisco Nexus 系列的控制面操作系统也是 Linux 跑在 x86 上，但是转发面跟 x86 没有任何关系，都是走的 ASIC。x86 也就是跑个 BGP 协议啥的这种性能要求不高的操作。

稳定性的保证并不是靠硬件永远不坏，而是在坏的时候能够继续提供服务以及不下线更换故障部件的能力，这应该算是硬路由冗余设计的精髓。如果只是说单块板子的 MTBF 硬路由也不见得就比普通的服务器主板好到哪去。

@wwhc Intel 最高端的 Xeon Platinum 8180 这种 $10000+ 的 CPU 最高也就是 48 条 PCIe 3.0。就算全部用来插网卡，想跑到 10 Tbps 恐怕也有点困难吧。如果要跑 10 几个槽位，又牵扯到 CPU 之间的数据交换，故障率也增加了，而且成本不见得就比直接买硬路由要低。

容灾的话，我不知道 x86 能不能做到在一个 CPU 或者主板坏了的情况下继续正常服务。CPU 热插拔这种似乎也没见有多少软路由支持。

如果是家用网络，那软路由的确是足够了。只要规模稍微大一点，谁敢用软路由啊...

原来工作的地方用的是 ASR 9006，供 40000 多人同时上网，跑 Full BGP，多条 10Gbps 光纤接入然后用 100Gbps 的线卡连接内网：

1. 内存大存储大没什么用。路由做为转发设备，把包用最快的速度发出去才是王道，buffer 太大只是在增加转发延迟，内存的用处主要也就是存一存有限的路由表信息，不是越大越好。而 ASR 的包 buffer 用的是 SDRAM，虽然比较小但是速度要比 x86 的 DRAM 快了太多。另外 ASR 的路由查询是通过 TCAM 这种专门的内存进行的，只需要一个时钟周期就可以搜寻完整个路由表，试问 x86 有什么算法能做到这种效率？这也是为什么硬路由可以轻松做到小包线速，而 x86 就很难的原因。
2. CPU 给力同理，专用转发硬件基本上都是 ASIC 处理的转发，追求 CPU 性能意义不大。
3. 硬路由支持各种高级的防灾措施，比如带电带流量更换线卡，路由卡，电源等等。而硬件也都有冗余，就算一张卡坏了，另一张会自动顶上，用户甚至都不会察觉。x86 如果 CPU 坏了或者主板、网卡坏了就只能哭了。
4. 硬路由总线带宽大，ASR 9006 这种比较低端的型号吞吐都已经 12 Tbps 了，x86 还没有发布的 PCI Express 5.0 x16 也只有 63GB/s 的带宽，差不多 0.5Tbps。而 ASR 9922 这种顶尖型号已经能达到了 160Tbps。对这种用户来说，x86 根本就无法考虑。

当然软路由也不是没有意义。如果对成本比较敏感，流量没有到一定规模，偶尔宕机可以接受，那是完全可以考虑的。

有 ASN 跟 IP 多少没关系，更多的是为了能够部署高级的路由策略。

若干年前（> 5 年）去过一次 Genius Bar，他们是把电脑连到了一根特殊的网线上，然后系统通过那根网线 Netboot 到了一个特殊的硬件检查镜像里。很久没去了不知道现在是怎么做的。

当然可以。就算不重置密码也可以，用户不会知情。

https://developers.google.com/admin-sdk/email-audit/

@dbow 正解。

1、3 是冲突的。

想要稳定，可以考虑买 Juniper SRX300 这种，两年不重启都没事。再外挂个 AP 当 Wifi 即可。

这都是人家 90 年代玩剩下的技术：

https://en.wikipedia.org/wiki/Hashcash