谁说多插根线，就能多活一条命？我以前也信这个邪。直到那年机房扩容，交换机端口敲满。广播风暴一起，好家伙，空调狂吹都压不住风扇的惨叫，链路说断就断。你看，卡脖子的真不是你“接了多少根线”，而是你“凭什么放行”。很多人偏不信邪，非得往宽了铺。结果呢？水漫金山，自己先淹了。
多伊尔的《TCP/IP路由技术》，新手一上手，准头疼。RIP、OSPF、EIGRP，参数和度量值摞在一起，看一眼就脑仁疼。可你硬着头皮往下翻，会发现作者兜底的逻辑，其实糙得很朴素。路由这事儿，核心根本不在“怎么找路”，而是“怎么划地盘”。书里大篇幅讲路由过滤、缺省路由，还有多协议协调。拉到现网跑过一圈的都懂。协议信息一旦串进不该去的地方，或者两个协议互相喂错数据，网络立马死循环。这时候，你砸几十万买顶配路由器，拉万兆光纤，全打水漂。能救命的，还是老老实实敲访问控制列表和路由映射。跟路由器交底：这包放行，那包掐断，剩下的走默认出口。多伊尔在书里反反复复就一句：敲命令谁都会，真本事在排错和策略收敛。网络稳不稳，真不看线接得多满，全看你管得够不够狠。当然，这话有前提。你得清楚该掐谁。瞎掐？分分钟把自己绕进死胡同。
限制反倒成了底气？你肯定嘀咕。这事儿吧，没那么绝对。信息自带惯性。口子一开，不关。局部一点小磕碰，一条错误的路由宣告，滚起来就是全局瘫痪。路由协议是什么？说白了，就是一套带门槛的信任账本。RIP数跳数，OSPF看带宽，EIGRP算复合指标。各守各的摊子，别串门。越界？信任链咔嚓断了。系统自己把自己耗干。多伊尔书里扒的那些排错案例，翻来覆去，根子就一个：策略太松，过滤规则留了窟窿。心思从“怎么打通”挪到“怎么收口”，你就懂了。路由表稳不稳，不数条目多少。全看丢弃规则硬不硬。可这招，新手真吃不消。“收口”比“打通”难太多。前者拼经验，后者搜个教程就能抄作业。现网老出事，多半栽在这儿。
把这套路套到日常里，一模一样。人总爱往“全连通”的坑里跳。工作群消息必须秒回，跨部门会能蹭就蹭，新软件全往电脑里灌，朋友圈更是舍不得取关。看着信息抓得紧，人脉铺得广。可脑子里的“认知路由表”一爆满，真正该干的核心活儿，全被边缘杂音挤兑跑了。咱们缺的，从来不是更顺手的沟通工具。是一套靠谱的“路由过滤”。啥信息值得深扒？啥请求直接默认拒绝？哪条路才是正路？缺省路由搁个人管理里，说白了，就是那件非干不可的头等大事。默认出口钉死，剩下的破事，自然就有轻重缓急。累成狗？真不是活儿太多。是心里没条明确的缺省路径。每天睁眼，重新算一遍账。不主动设限，生活就替你设限。而且限的，偏偏是你最该留精力的地方。
边界掐太死呢？立马变信息孤岛。这种局我见过太多。多伊尔在书里也泼过冷水。光靠静态过滤死守，网络灵活性全丢。现实里，好多人把“边界感”当挡箭牌。美其名曰专注。结果项目推不动，资源转不起来。最后连个能协同的接口都摸不着。这正好提醒咱们。过滤不是终点。定向才是。好路由策略得是活的。核心流量走最优道，测试流量扔隔离通道，异常流量直接拍死。允许流动。绝不惯着无序。书里第三部分专门掰扯多协议协调。意思特明白：成熟系统从不指望一个协议包打天下。大伙儿各司其职。边界处握手。冲突就降级处理。带团队也一样。全掐死，没人干活。全放开，全跑偏。得留几条明明白白的“主干道”。剩下的野路，允许试探。但必须给出口。
合上这本技术手册，我倒觉得它把个普遍规律给点透了。路由器也好，活生生的人也罢。成熟的标准，从来不是“能连多少”，而是“能放走多少”。还不死心，非要把每根线都强行接通？不如老老实实，编自己的过滤规则。系统这才算真正转起来。网络是这样。过日子，大概也逃不开这个理儿。话听着轻巧。真落到自己身上，割舍那些“可能有用”的链接，真疼。但疼过之后。路，反而宽了。