家里Wi-Fi连着，手机能上网，但公司内网却打不开？办公室里打印机明明在同一网络，就是找不到设备？这类问题往往不在于网线有没有插好，而可能出在路由器的“大脑”——路由表上。
路由器怎么决定数据往哪走？
路由器不是靠感觉转发数据包的。它每收到一个数据包，第一件事就是查看目标IP地址，然后翻自己的“通讯录”——也就是路由表，找匹配的路径。这个过程就像快递员送包裹，得先看收货地址，再查地图决定走哪条路。
路由表里的每一项都像一条导航指令，告诉路由器：如果目的地是某个网段，就往哪个接口发，下一跳交给谁。比如下面这条典型的路由表项：
目的网络：192.168.2.0/24
子网掩码：255.255.255.0
下一跳：192.168.1.100
出口接口：eth0意思就是：所有发往 192.168.2.x 的数据，都从 eth0 口发出去，先交给 192.168.1.100 这台设备处理。
常见故障：为什么数据包“迷路”了？
某天你发现，A办公室的电脑无法访问B办公室的服务器，两地通过路由器连接。检查物理连接没问题，防火墙也没拦，那就要怀疑路由表是否缺失关键条目。
比如，B办公室的网段是 10.0.3.0/24，但路由器上没有对应的路由项。这时候即使数据包顺利到达路由器，它也会因为“不知道往哪转”而直接丢弃，导致通信失败。
还有一种情况是默认路由（default route）配置错误。默认路由相当于“兜底路线”，当没有更具体的匹配时就走这条路。如果它指向了一个不存在或不可达的下一跳，所有跨网段的流量都会卡住，外网也上不了。
动手查一查你的路由表
在Windows电脑上，打开命令提示符，输入：
route print在Linux或macOS上，使用：
ip route show你能看到当前系统的路由信息。重点看有没有到达目标网络的条目，下一跳是否可达，出口接口是否正确。如果是企业级路由器，登录管理界面或用SSH进入命令行，查看路由表配置是否同步更新。
静态路由配错了，整个部门上不了系统
之前遇到一个案例：财务部用的ERP系统部署在独立网段 172.16.5.0/24，管理员手动添加静态路由时，把下一跳写成了 172.16.1.1，但实际上应该走 172.16.1.254。结果所有请求都被发到一台普通PC上，自然无法响应。修正后立刻恢复正常。
这种低级错误其实很常见，尤其是网络结构复杂、多人维护的环境。每次变更路由配置，最好用 ping 和 traceroute 验证路径是否正确。
动态路由协议也不是万能的
有些网络用了OSPF或RIP自动同步路由，但别以为设完就高枕无忧。如果某台路由器的Router ID冲突，或者链路状态没刷新，路由表就可能出现黑洞——看着有条目，实际走不通。
这时候就得抓包分析，看看LSP报文有没有正常收发，或者直接查看路由协议邻居状态。很多看似“随机断网”的问题，根源就在路由表没能及时更新。
说到底，路由器转发只认路由表项。表里有路，数据就能通；表里没路，再急也没用。排查网络故障时，别光盯着网线和密码，多翻翻这张“导航地图”，往往能快速定位问题。”}