1. 从一个让人抓狂的故障说起为什么我的网段总是配错刚入行那会儿我在一台测试服务器上配网络ip addr add 192.168.1.10/24 dev eth0敲下去服务起不来。换了个环境同事给我一个地址10.0.0.5/22我照猫画虎改成/24结果整个机架上的机器都连不上了。当时我以为是网卡坏了折腾了大半天才发现问题出在那个斜杠后面的数字上——子网掩码前缀长度。这个斜杠后面的数字看起来只是个小尾巴实际上它决定了你这台机器认为哪些地址是邻居、哪些地址要找网关。写错一位轻则连不上隔壁机器重则整个网段路由全乱。很多教程讲子网掩码上来就是255.255.255.0 等于 /24然后列一张表让你背。但真正干活的时候你会发现光背表没用你得理解它背后的二进制逻辑才能在现场快速判断一个地址配得对不对。这篇内容我打算把子网掩码前缀长度这件事彻底讲透。从二进制的本质到 CIDR 表示法的由来再到实际配置中怎么算、怎么查、怎么排错最后聊聊那些年我在生产环境里踩过的坑。不管你是刚接触 Linux 网络的新手还是配了几年网络但一直靠抄模板过日子的老手看完应该都能有点收获。核心就一句话前缀长度不是装饰它是你整个网络视图的边界线。2. 前缀长度的本质它到底在描述什么2.1 从点分十进制到斜杠数字的进化早期的网络配置里我们写的是192.168.1.10配255.255.255.0这叫子网掩码netmask。后来大家发现255.255.255.0 这种写法又长又难记而且本质上它就是一串连续的 1 后面跟一串连续的 0。既然 1 的个数是固定的那为什么不直接写 1 的个数呢于是CIDR无类别域间路由表示法就来了255.255.255.0写成/24因为它的二进制是 24 个 1 加 8 个 0。这个1 的个数就是前缀长度prefix length。它告诉你一个 IP 地址的前多少位是网络位剩下的位是主机位。网络位相同的两台机器在同一个子网里可以直接通信网络位不同的就得经过路由器转发。我习惯用一个类比来解释把 IP 地址想象成小区名楼栋号房间号的组合。前缀长度就是告诉你从第几位开始是房间号。前缀长度 24意思是前 24 位是小区和楼栋后 8 位是房间号那这个小区最多有 256 个房间。前缀长度 16前 16 位是小区后 16 位是楼栋和房间那这个小区就大得多有 65536 个房间。2.2 二进制视角为什么必须是连续的 1这里有个容易被忽略的细节子网掩码的二进制必须是连续的 1 后面跟连续的 0不能出现11100100这种中间夹 0 的情况。为什么因为网络位的定义要求前 N 位是网络后 M 位是主机如果 1 不连续你就没法用一句话说清楚前多少位是网络。所以合法的前缀长度只有 0 到 32 这 33 个值IPv4 是 32 位。你写/33系统直接报错写/25但掩码写成255.255.255.128是对的写成255.255.255.192就矛盾了——后者其实是/26。我见过有人把/24的掩码手写成255.255.255.1这种在 Linux 里ip命令会直接拒绝但有些老旧的配置界面可能不校验结果就是路由表里出现一条诡异的条目排查起来非常痛苦。所以我的建议是能用斜杠写法就别用点分十进制少一次转换就少一次出错的机会。2.3 网络地址、广播地址和可用主机数给定一个 IP 和前缀长度有三个地址是特殊的必须记住网络地址主机位全 0代表这个子网本身不能分配给主机。广播地址主机位全 1用于向子网内所有主机发消息也不能分配给主机。可用主机数2^(主机位数) - 2。比如192.168.1.10/24主机位是 8 位网络地址是192.168.1.0广播地址是192.168.1.255可用地址从.1到.254共 254 个。这里有个新手常犯的错以为/24能放 256 台机器。实际上扣掉网络地址和广播地址只有 254 个。如果你有 300 台设备/24就不够得用/23可用地址变成 510 个。这个计算在现场规划时特别重要我后面会专门讲怎么快速估算。3. 手算前缀长度现场没有计算器怎么办3.1 记住这张关键锚点表现场调试的时候你不可能每次都掏手机算。我的经验是记住几个锚点其他的靠推算。下面这张表是我自己常用的建议你也记一下前缀长度掩码点分十进制主机位数可用主机数典型场景/30255.255.255.25222点对点链路/29255.255.255.24836小型设备互联/28255.255.255.240414小部门/27255.255.255.224530小部门/26255.255.255.192662中型部门/25255.255.255.1287126半个 C 类/24255.255.255.08254标准 C 类/23255.255.254.09510两个 C 类合并/22255.255.252.0101022中型子网/16255.255.0.01665534标准 B 类/8255.0.0.02416777214标准 A 类这张表不用死记记住/24是 254 台、/16是 6 万多台、/30是 2 台其他的按每减一位主机数翻倍来推就行。比如/23比/24少一位网络位主机数翻倍254×2508再扣掉两个特殊地址实际是 510。3.2 快速判断两个地址是否同网段现场最常遇到的问题两台机器配了地址但 ping 不通怎么快速判断是不是同网段方法很简单把两个 IP 和掩码做按位与运算看结果是否相同。但现场手算二进制太慢我有个更快的土办法看前缀长度对应的块大小。比如/24的块大小是 256/25是 128/26是 64/27是 32/28是 16。块大小 256 / 2^(32-前缀长度) 的简化算法其实就是 2^(主机位数)。然后看两个 IP 的最后一个字节如果是 /24 及以上落在哪个块里。比如192.168.1.100/26和192.168.1.200/26块大小 64100 落在 64-127 这个块200 落在 192-255 这个块不同块不同网段。这个方法在/24到/30之间特别好用因为只需要看最后一个字节。如果是/23或更短就要看倒数第二个字节了稍微复杂点但原理一样。3.3 一个真实的手算案例有次同事给我一个地址172.16.5.130/26问我这个网段的网络地址和广播地址是多少。我当场算给他看前缀/26主机位 6 位块大小 64。最后一个字节 130除以 64 得 2 余 2所以它落在第 2 个块从 0 开始数这个块的范围是 128 到 191。网络地址是172.16.5.128广播地址是172.16.5.191可用地址是.129到.190。整个过程不到 10 秒。同事说他一直用在线计算器断网的时候就抓瞎。其实只要理解了块大小的概念手算比开网页还快。提示块大小只对前缀长度大于等于 /24 的情况简单因为只涉及最后一个字节。如果前缀长度小于 /24块大小会跨字节需要同时看最后两个字节建议还是用计算器或者ipcalc工具。4. Linux 下配置前缀长度的几种方式与坑4.1 用 ip 命令配置现代 Linux 的标准做法现在主流的 Linux 发行版都推荐用ip命令而不是老的ifconfig。配置地址的基本语法是ip addr add 192.168.1.10/24 dev eth0这里/24就是前缀长度。如果你想配多个地址可以重复执行这条命令。删除地址用ip addr del 192.168.1.10/24 dev eth0有个细节要注意ip addr add的时候如果你写的地址和已有的地址在同一个子网Linux 会允许但路由表里可能会有多条同网段路由导致行为不确定。我一般会先ip addr show看一下现有配置避免重复添加。另外ip命令配置的地址重启就没了。要持久化得写配置文件不同发行版位置不一样。Debian/Ubuntu 系在/etc/network/interfaces或/etc/netplan/RHEL/CentOS 系在/etc/sysconfig/network-scripts/ifcfg-eth0。这个后面细说。4.2 ifconfig 和 route老命令的遗留问题虽然ifconfig已经逐渐被淘汰但很多老系统上还在用。它的写法是ifconfig eth0 192.168.1.10 netmask 255.255.255.0注意这里用的是点分十进制的掩码不是斜杠。如果你写成ifconfig eth0 192.168.1.10/24有些版本的ifconfig会报错有些会静默忽略斜杠后面的部分直接按默认掩码配。这就是个坑你以为配了 /24实际上可能配成了 /8 或别的。我遇到过一台老服务器ifconfig显示地址是10.1.2.3掩码是255.0.0.0但配置文件里写的是/24。原因是有人用ifconfig配的时候没写 netmask系统按 A 类地址默认给了/8。结果这台机器认为整个10.0.0.0/8都是本地子网发往10.99.99.99的包直接 ARP 找而不是走网关自然不通。所以我的建议很明确新系统一律用ip命令老系统如果必须用ifconfig一定要显式写 netmask并且配完后用ip addr show复核一遍。4.3 配置文件里的前缀长度写法持久化配置这块不同发行版差异很大我列几个常见的Debian/Ubuntunetplan新版network: version: 2 ethernets: eth0: addresses: - 192.168.1.10/24 gateway4: 192.168.1.1Debian/Ubuntuinterfaces老版auto eth0 iface eth0 inet static address 192.168.1.10 netmask 255.255.255.0 gateway 192.168.1.1注意这里用的是netmask而不是斜杠虽然有些版本也支持address 192.168.1.10/24但为了兼容性老写法还是用点分十进制。RHEL/CentOSDEVICEeth0 BOOTPROTOstatic IPADDR192.168.1.10 PREFIX24 GATEWAY192.168.1.1这里用的是PREFIX24直接写数字不带斜杠。有些版本也支持NETMASK255.255.255.0但PREFIX更直观。配置文件这块最容易出的问题是格式错误导致配置不生效。比如 netplan 的 YAML 对缩进极其敏感少一个空格就报错。我的习惯是改完配置后先netplan try如果是 netplan确认没问题再netplan apply。RHEL 系改完ifcfg文件后用nmcli connection reload重载而不是直接重启网络服务避免断连。4.4 一个因为前缀长度写错导致的断网事故说个我亲身经历的事故。有次给一台数据库服务器加第二个 IP用于内部备份流量。原地址是10.20.30.40/24我加了个10.20.31.40/24。配完后备份任务能启动但速度极慢而且监控显示丢包严重。排查了半天最后发现是路由问题。10.20.30.40/24和10.20.31.40/24是两个不同的子网Linux 会为每个子网生成一条直连路由。但备份服务器在10.20.31.0/24网段它回包的时候如果走的是10.20.30.40这个源地址就会因为源地址和出接口的子网不匹配而被丢弃反向路径过滤。解决办法是把两个地址改成同一个子网比如都用/23这样10.20.30.0/23覆盖了10.20.30.0到10.20.31.255两个地址就在同一个子网里了。改完后备份速度立刻恢复正常。这个事故的教训是给一台机器配多个 IP 时一定要想清楚它们之间的关系前缀长度决定了它们是否同网段进而决定了路由行为。5. 前缀长度与路由表看不见的连锁反应5.1 直连路由是怎么自动生成的每次你用ip addr add加一个地址Linux 内核会自动往路由表里插一条直连路由。比如加192.168.1.10/24路由表里就会出现192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.10这条路由的意思是去往192.168.1.0/24的包直接从eth0发出去源地址用192.168.1.10。这就是为什么同网段的机器能直接通信——因为它们匹配这条直连路由不需要经过网关。前缀长度在这里的作用是定义这条路由的覆盖范围。/24覆盖 256 个地址/25覆盖 128 个。如果你把前缀长度写小了比如本该/24写成/16那这条直连路由就会覆盖192.168.0.0到192.168.255.255整个范围导致本该走网关的流量被错误地直接 ARP 寻找结果就是大量丢包。5.2 默认网关和前缀长度的关系默认网关本质上是一条0.0.0.0/0的路由意思是所有不匹配其他路由的包都发给网关。它的前缀长度是 0覆盖整个 IPv4 地址空间。这里有个常见的误解有人以为网关地址必须和本机地址同网段。其实不一定。如果网关和本机不同网段你需要一条静态路由告诉系统怎么到达网关。比如本机192.168.1.10/24网关是10.0.0.1那你就得先加一条10.0.0.0/24 dev eth0的直连路由或者更具体的路由否则网关不可达。但在实际配置中绝大多数场景网关都和本机同网段因为这样最简单。我建议除非有特殊需求否则保持网关同网段少一层复杂度就少一个故障点。5.3 路由匹配的最长前缀原则当多条路由都能匹配一个目标地址时Linux 会选择前缀最长的那条。这叫最长前缀匹配原则。举个例子路由表里有192.168.0.0/16 dev eth0 192.168.1.0/24 dev eth1要去192.168.1.50两条路由都匹配但/24比/16长所以走eth1。要去192.168.2.50只有/16匹配走eth0。这个原则在多网卡、多子网的服务器上特别重要。我见过有人配了两块网卡一块/24一块/16结果流量全走/24那块另一块闲置。原因就是/24的前缀更长优先级更高。要解决这个问题要么调整前缀长度让它们不重叠要么用策略路由指定源地址。理解最长前缀匹配你就能预判路由行为而不是配完了靠 ping 来试。6. 排错实战前缀长度相关的典型故障与排查链路6.1 症状一能 ping 通网关但 ping 不通同网段其他机器这种情况通常是本机的前缀长度配错了导致本机认为目标地址不在同网段把包发给了网关而网关可能没有回程路由或者回程路由指向别处。排查步骤ip addr show确认本机地址和前缀长度。ip route show看直连路由的覆盖范围。用ipcalc或手算确认目标地址是否在本机子网内。如果不在检查是不是前缀长度写小了比如该/24写成/25。我遇到过一次本机192.168.1.10/25目标192.168.1.200。/25的块大小是 128本机在0-127块目标在128-255块不同子网。本机把包发给网关但网关配置里192.168.1.128/25的回程路由指向另一台路由器绕了一圈才回来延迟高还丢包。改成/24后直连通信问题消失。6.2 症状二配置看起来对但就是不通有时候ip addr show显示的前缀长度是对的但就是不通。这时候要怀疑配置文件里写错了但没生效或者有多份配置冲突。排查链路ip addr show看运行时状态。检查配置文件/etc/network/interfaces、/etc/netplan/*.yaml、/etc/sysconfig/network-scripts/ifcfg-*里的前缀长度写法。用nmcli或networkctl看网络管理器的实际配置。重启网络服务后再次ip addr show确认。有个隐蔽的坑某些系统上同时存在NetworkManager和systemd-networkd两个都在管同一块网卡配置互相覆盖。这时候你改了一个配置文件另一个又把它改回去了。解决办法是禁用其中一个只留一个管理网络。6.3 症状三重启后网络配置丢失或变化这通常是持久化配置没写对。ip addr add是临时的重启就没了。如果重启后地址变了或没了说明配置文件有问题。排查要点确认配置文件路径和格式符合当前发行版要求。确认ONBOOTyesRHEL 系或auto eth0Debian 系已设置。确认没有语法错误比如 netplan 的缩进、ifcfg 的引号。用journalctl -u NetworkManager或journalctl -u systemd-networkd看启动日志通常会有明确的报错。我个人的习惯是改完持久化配置后先reboot一次验证而不是只重启网络服务。因为有些配置只在启动时读取重启服务不一定能完全模拟启动过程。6.4 一个完整的排查案例复盘有台服务器同事报告说网络时通时不通。我接手后按下面的链路排查第一步看基本配置ip addr show显示10.0.5.20/24看起来正常。第二步看路由ip route show显示10.0.5.0/24 dev eth0也正常。第三步ping 网关通延迟正常。第四步ping 同网段另一台机器时通时不通丢包率 50%。第五步arp 表ip neigh show发现目标机器的 MAC 地址有两个交替出现。这说明网络里有 IP 冲突两台机器用了同一个 IP。第六步定位冲突源通过交换机管理界面查 MAC 地址表找到两个端口对应同一个 IP。一台是这台服务器另一台是某个测试虚拟机有人手动配了同样的地址。第七步解决给虚拟机换地址问题消失。这个案例里前缀长度本身没错但排查过程用到了前缀长度知识——因为同网段才能直接 ARP如果不同网段就不会出现 ARP 冲突这种症状。所以理解前缀长度能帮你快速缩小排查范围。7. 进阶话题变长子网掩码与地址规划7.1 为什么需要变长子网掩码早期网络用固定的 A/B/C 类地址A 类/8能放 1600 万台机器C 类/24只能放 254 台。这导致两个问题大网络浪费地址小网络不够用。变长子网掩码VLSM允许你在一个大网段里切出不同大小的子网按需分配。比如你有一个192.168.0.0/22覆盖192.168.0.0到192.168.3.255共 1024 个地址。你可以切成192.168.0.0/24给办公区254 台192.168.1.0/24给服务器区254 台192.168.2.0/25给打印机等设备126 台192.168.2.128/26给监控设备62 台192.168.2.192/27给网络设备管理30 台192.168.2.224/28给点对点链路14 台剩下的留着扩展这种切法能最大化利用地址空间也方便做访问控制——不同子网之间可以设不同的防火墙策略。7.2 地址规划的几个实用原则做了这么多年网络我总结了几条地址规划的原则原则一按物理位置或功能划分不要按部门划分。部门会调整物理位置和功能相对稳定。比如三楼办公区比市场部更适合作为子网划分依据。原则二预留扩展空间。每个子网不要配得太满留 20%-30% 的余量。比如需要 50 台机器用/2662 个可用而不是/2730 个可用。原则三前缀长度尽量统一。虽然 VLSM 允许不同长度但统一长度比如都用/24能让路由表更简洁排查问题也更简单。只有在地址紧张或者有特殊需求时才用变长。原则四文档化。每个子网的前缀长度、网络地址、广播地址、用途、负责人都要记下来。我见过太多因为没文档后来没人敢动网络配置的情况。7.3 用 ipcalc 快速验证规划方案Linux 上有个小工具ipcalc能快速算出一个地址的前缀长度相关信息。用法很简单ipcalc 192.168.1.10/24输出会显示网络地址、广播地址、可用主机范围、掩码等信息。规划地址的时候我习惯先用ipcalc验证一遍确认没有重叠再往配置里写。如果系统没装Debian/Ubuntu 用apt install ipcalcRHEL 系用yum install ipcalc。这个工具很小但能省很多手算时间强烈建议装一个。8. 我踩过的那些坑和给你的建议8.1 不要迷信默认掩码很多系统和工具在你只写 IP 不写掩码时会按地址类别给一个默认掩码。比如10.x.x.x默认/8172.16.x.x默认/16192.168.x.x默认/24。这个默认值在早期网络里没问题但现在几乎没人用完整的 A/B/C 类网络所以默认掩码往往是错的。我的建议是永远显式写前缀长度哪怕它和默认值一样。多写几个字符能避免以后别人接手时产生误解。8.2 改前缀长度前先想清楚影响前缀长度一改直连路由的范围就变了可能影响同网段的其他机器也可能影响本机访问某些地址的路径。改之前先用ip route show看看现有路由评估一下改动会影响哪些流量。如果是在生产环境最好在维护窗口操作并且准备好回滚方案。我一般会先把原配置备份改完后立即测试关键连通性有问题马上回滚。8.3 多网卡场景下前缀长度要避免重叠一台机器有多块网卡时如果两个网卡的前缀长度导致子网重叠路由行为会变得不可预测。比如eth0配192.168.1.10/24eth1配192.168.1.20/25两个子网重叠内核会优先用前缀更长的/25导致eth0的流量被eth1抢走。解决办法是让每个网卡的子网互不重叠或者用策略路由明确指定。规划多网卡配置时我习惯画一张表列出每块网卡的地址、前缀长度、覆盖范围确认没有重叠再下手。8.4 容器和虚拟化环境下的前缀长度现在很多服务跑在容器或虚拟机里网络配置和物理机不太一样。比如 Docker 默认给容器配/16的子网Kubernetes 的 Pod 网络也常用/16或更大。这些环境里前缀长度往往由平台自动管理你不需要手动配但理解它有助于排查跨容器通信问题。我遇到过容器 ping 不通同宿主机另一个容器的情况最后发现是 Docker 的网桥子网和宿主机某个网段重叠了导致路由混乱。解决办法是改 Docker 的默认子网配置避开宿主机网段。这个坑的根源还是前缀长度和子网规划。8.5 一个检查清单最后给你一个我平时用的检查清单配完网络后逐项过一遍[ ]ip addr show确认地址和前缀长度正确。[ ]ip route show确认直连路由覆盖范围符合预期。[ ] ping 网关确认通。[ ] ping 同网段另一台机器确认通。[ ] ping 一个外网地址如果配了网关确认通。[ ] 检查配置文件确认持久化配置和运行时一致。[ ] 如果是多网卡确认子网没有重叠。[ ] 记录配置变更方便以后排查。这套流程看起来繁琐但能挡住 90% 的低级错误。我刚开始配网络的时候因为少做一步检查重启后发现配置没生效又得重新来一遍浪费的时间比检查多得多。子网掩码前缀长度这件事说到底就是你的网络视图边界在哪里。边界画对了通信顺畅边界画错了各种诡异问题都会冒出来。希望这篇内容能帮你把这个边界画得更准一些。 
长河君 · 2026/10/9 10:47:48 · 阅读 1.2k 子网掩码前缀长度详解：从二进制原理到Linux配置与排错实战
1. 从一个让人抓狂的故障说起为什么我的网段总是配错刚入行那会儿我在一台测试服务器上配网络ip addr add 192.168.1.10/24 dev eth0敲下去服务起不来。换了个环境同事给我一个地址10.0.0.5/22我照猫画虎改成/24结果整个机架上的机器都连不上了。当时我以为是网卡坏了折腾了大半天才发现问题出在那个斜杠后面的数字上——子网掩码前缀长度。这个斜杠后面的数字看起来只是个小尾巴实际上它决定了你这台机器认为哪些地址是邻居、哪些地址要找网关。写错一位轻则连不上隔壁机器重则整个网段路由全乱。很多教程讲子网掩码上来就是255.255.255.0 等于 /24然后列一张表让你背。但真正干活的时候你会发现光背表没用你得理解它背后的二进制逻辑才能在现场快速判断一个地址配得对不对。这篇内容我打算把子网掩码前缀长度这件事彻底讲透。从二进制的本质到 CIDR 表示法的由来再到实际配置中怎么算、怎么查、怎么排错最后聊聊那些年我在生产环境里踩过的坑。不管你是刚接触 Linux 网络的新手还是配了几年网络但一直靠抄模板过日子的老手看完应该都能有点收获。核心就一句话前缀长度不是装饰它是你整个网络视图的边界线。2. 前缀长度的本质它到底在描述什么2.1 从点分十进制到斜杠数字的进化早期的网络配置里我们写的是192.168.1.10配255.255.255.0这叫子网掩码netmask。后来大家发现255.255.255.0 这种写法又长又难记而且本质上它就是一串连续的 1 后面跟一串连续的 0。既然 1 的个数是固定的那为什么不直接写 1 的个数呢于是CIDR无类别域间路由表示法就来了255.255.255.0写成/24因为它的二进制是 24 个 1 加 8 个 0。这个1 的个数就是前缀长度prefix length。它告诉你一个 IP 地址的前多少位是网络位剩下的位是主机位。网络位相同的两台机器在同一个子网里可以直接通信网络位不同的就得经过路由器转发。我习惯用一个类比来解释把 IP 地址想象成小区名楼栋号房间号的组合。前缀长度就是告诉你从第几位开始是房间号。前缀长度 24意思是前 24 位是小区和楼栋后 8 位是房间号那这个小区最多有 256 个房间。前缀长度 16前 16 位是小区后 16 位是楼栋和房间那这个小区就大得多有 65536 个房间。2.2 二进制视角为什么必须是连续的 1这里有个容易被忽略的细节子网掩码的二进制必须是连续的 1 后面跟连续的 0不能出现11100100这种中间夹 0 的情况。为什么因为网络位的定义要求前 N 位是网络后 M 位是主机如果 1 不连续你就没法用一句话说清楚前多少位是网络。所以合法的前缀长度只有 0 到 32 这 33 个值IPv4 是 32 位。你写/33系统直接报错写/25但掩码写成255.255.255.128是对的写成255.255.255.192就矛盾了——后者其实是/26。我见过有人把/24的掩码手写成255.255.255.1这种在 Linux 里ip命令会直接拒绝但有些老旧的配置界面可能不校验结果就是路由表里出现一条诡异的条目排查起来非常痛苦。所以我的建议是能用斜杠写法就别用点分十进制少一次转换就少一次出错的机会。2.3 网络地址、广播地址和可用主机数给定一个 IP 和前缀长度有三个地址是特殊的必须记住网络地址主机位全 0代表这个子网本身不能分配给主机。广播地址主机位全 1用于向子网内所有主机发消息也不能分配给主机。可用主机数2^(主机位数) - 2。比如192.168.1.10/24主机位是 8 位网络地址是192.168.1.0广播地址是192.168.1.255可用地址从.1到.254共 254 个。这里有个新手常犯的错以为/24能放 256 台机器。实际上扣掉网络地址和广播地址只有 254 个。如果你有 300 台设备/24就不够得用/23可用地址变成 510 个。这个计算在现场规划时特别重要我后面会专门讲怎么快速估算。3. 手算前缀长度现场没有计算器怎么办3.1 记住这张关键锚点表现场调试的时候你不可能每次都掏手机算。我的经验是记住几个锚点其他的靠推算。下面这张表是我自己常用的建议你也记一下前缀长度掩码点分十进制主机位数可用主机数典型场景/30255.255.255.25222点对点链路/29255.255.255.24836小型设备互联/28255.255.255.240414小部门/27255.255.255.224530小部门/26255.255.255.192662中型部门/25255.255.255.1287126半个 C 类/24255.255.255.08254标准 C 类/23255.255.254.09510两个 C 类合并/22255.255.252.0101022中型子网/16255.255.0.01665534标准 B 类/8255.0.0.02416777214标准 A 类这张表不用死记记住/24是 254 台、/16是 6 万多台、/30是 2 台其他的按每减一位主机数翻倍来推就行。比如/23比/24少一位网络位主机数翻倍254×2508再扣掉两个特殊地址实际是 510。3.2 快速判断两个地址是否同网段现场最常遇到的问题两台机器配了地址但 ping 不通怎么快速判断是不是同网段方法很简单把两个 IP 和掩码做按位与运算看结果是否相同。但现场手算二进制太慢我有个更快的土办法看前缀长度对应的块大小。比如/24的块大小是 256/25是 128/26是 64/27是 32/28是 16。块大小 256 / 2^(32-前缀长度) 的简化算法其实就是 2^(主机位数)。然后看两个 IP 的最后一个字节如果是 /24 及以上落在哪个块里。比如192.168.1.100/26和192.168.1.200/26块大小 64100 落在 64-127 这个块200 落在 192-255 这个块不同块不同网段。这个方法在/24到/30之间特别好用因为只需要看最后一个字节。如果是/23或更短就要看倒数第二个字节了稍微复杂点但原理一样。3.3 一个真实的手算案例有次同事给我一个地址172.16.5.130/26问我这个网段的网络地址和广播地址是多少。我当场算给他看前缀/26主机位 6 位块大小 64。最后一个字节 130除以 64 得 2 余 2所以它落在第 2 个块从 0 开始数这个块的范围是 128 到 191。网络地址是172.16.5.128广播地址是172.16.5.191可用地址是.129到.190。整个过程不到 10 秒。同事说他一直用在线计算器断网的时候就抓瞎。其实只要理解了块大小的概念手算比开网页还快。提示块大小只对前缀长度大于等于 /24 的情况简单因为只涉及最后一个字节。如果前缀长度小于 /24块大小会跨字节需要同时看最后两个字节建议还是用计算器或者ipcalc工具。4. Linux 下配置前缀长度的几种方式与坑4.1 用 ip 命令配置现代 Linux 的标准做法现在主流的 Linux 发行版都推荐用ip命令而不是老的ifconfig。配置地址的基本语法是ip addr add 192.168.1.10/24 dev eth0这里/24就是前缀长度。如果你想配多个地址可以重复执行这条命令。删除地址用ip addr del 192.168.1.10/24 dev eth0有个细节要注意ip addr add的时候如果你写的地址和已有的地址在同一个子网Linux 会允许但路由表里可能会有多条同网段路由导致行为不确定。我一般会先ip addr show看一下现有配置避免重复添加。另外ip命令配置的地址重启就没了。要持久化得写配置文件不同发行版位置不一样。Debian/Ubuntu 系在/etc/network/interfaces或/etc/netplan/RHEL/CentOS 系在/etc/sysconfig/network-scripts/ifcfg-eth0。这个后面细说。4.2 ifconfig 和 route老命令的遗留问题虽然ifconfig已经逐渐被淘汰但很多老系统上还在用。它的写法是ifconfig eth0 192.168.1.10 netmask 255.255.255.0注意这里用的是点分十进制的掩码不是斜杠。如果你写成ifconfig eth0 192.168.1.10/24有些版本的ifconfig会报错有些会静默忽略斜杠后面的部分直接按默认掩码配。这就是个坑你以为配了 /24实际上可能配成了 /8 或别的。我遇到过一台老服务器ifconfig显示地址是10.1.2.3掩码是255.0.0.0但配置文件里写的是/24。原因是有人用ifconfig配的时候没写 netmask系统按 A 类地址默认给了/8。结果这台机器认为整个10.0.0.0/8都是本地子网发往10.99.99.99的包直接 ARP 找而不是走网关自然不通。所以我的建议很明确新系统一律用ip命令老系统如果必须用ifconfig一定要显式写 netmask并且配完后用ip addr show复核一遍。4.3 配置文件里的前缀长度写法持久化配置这块不同发行版差异很大我列几个常见的Debian/Ubuntunetplan新版network: version: 2 ethernets: eth0: addresses: - 192.168.1.10/24 gateway4: 192.168.1.1Debian/Ubuntuinterfaces老版auto eth0 iface eth0 inet static address 192.168.1.10 netmask 255.255.255.0 gateway 192.168.1.1注意这里用的是netmask而不是斜杠虽然有些版本也支持address 192.168.1.10/24但为了兼容性老写法还是用点分十进制。RHEL/CentOSDEVICEeth0 BOOTPROTOstatic IPADDR192.168.1.10 PREFIX24 GATEWAY192.168.1.1这里用的是PREFIX24直接写数字不带斜杠。有些版本也支持NETMASK255.255.255.0但PREFIX更直观。配置文件这块最容易出的问题是格式错误导致配置不生效。比如 netplan 的 YAML 对缩进极其敏感少一个空格就报错。我的习惯是改完配置后先netplan try如果是 netplan确认没问题再netplan apply。RHEL 系改完ifcfg文件后用nmcli connection reload重载而不是直接重启网络服务避免断连。4.4 一个因为前缀长度写错导致的断网事故说个我亲身经历的事故。有次给一台数据库服务器加第二个 IP用于内部备份流量。原地址是10.20.30.40/24我加了个10.20.31.40/24。配完后备份任务能启动但速度极慢而且监控显示丢包严重。排查了半天最后发现是路由问题。10.20.30.40/24和10.20.31.40/24是两个不同的子网Linux 会为每个子网生成一条直连路由。但备份服务器在10.20.31.0/24网段它回包的时候如果走的是10.20.30.40这个源地址就会因为源地址和出接口的子网不匹配而被丢弃反向路径过滤。解决办法是把两个地址改成同一个子网比如都用/23这样10.20.30.0/23覆盖了10.20.30.0到10.20.31.255两个地址就在同一个子网里了。改完后备份速度立刻恢复正常。这个事故的教训是给一台机器配多个 IP 时一定要想清楚它们之间的关系前缀长度决定了它们是否同网段进而决定了路由行为。5. 前缀长度与路由表看不见的连锁反应5.1 直连路由是怎么自动生成的每次你用ip addr add加一个地址Linux 内核会自动往路由表里插一条直连路由。比如加192.168.1.10/24路由表里就会出现192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.10这条路由的意思是去往192.168.1.0/24的包直接从eth0发出去源地址用192.168.1.10。这就是为什么同网段的机器能直接通信——因为它们匹配这条直连路由不需要经过网关。前缀长度在这里的作用是定义这条路由的覆盖范围。/24覆盖 256 个地址/25覆盖 128 个。如果你把前缀长度写小了比如本该/24写成/16那这条直连路由就会覆盖192.168.0.0到192.168.255.255整个范围导致本该走网关的流量被错误地直接 ARP 寻找结果就是大量丢包。5.2 默认网关和前缀长度的关系默认网关本质上是一条0.0.0.0/0的路由意思是所有不匹配其他路由的包都发给网关。它的前缀长度是 0覆盖整个 IPv4 地址空间。这里有个常见的误解有人以为网关地址必须和本机地址同网段。其实不一定。如果网关和本机不同网段你需要一条静态路由告诉系统怎么到达网关。比如本机192.168.1.10/24网关是10.0.0.1那你就得先加一条10.0.0.0/24 dev eth0的直连路由或者更具体的路由否则网关不可达。但在实际配置中绝大多数场景网关都和本机同网段因为这样最简单。我建议除非有特殊需求否则保持网关同网段少一层复杂度就少一个故障点。5.3 路由匹配的最长前缀原则当多条路由都能匹配一个目标地址时Linux 会选择前缀最长的那条。这叫最长前缀匹配原则。举个例子路由表里有192.168.0.0/16 dev eth0 192.168.1.0/24 dev eth1要去192.168.1.50两条路由都匹配但/24比/16长所以走eth1。要去192.168.2.50只有/16匹配走eth0。这个原则在多网卡、多子网的服务器上特别重要。我见过有人配了两块网卡一块/24一块/16结果流量全走/24那块另一块闲置。原因就是/24的前缀更长优先级更高。要解决这个问题要么调整前缀长度让它们不重叠要么用策略路由指定源地址。理解最长前缀匹配你就能预判路由行为而不是配完了靠 ping 来试。6. 排错实战前缀长度相关的典型故障与排查链路6.1 症状一能 ping 通网关但 ping 不通同网段其他机器这种情况通常是本机的前缀长度配错了导致本机认为目标地址不在同网段把包发给了网关而网关可能没有回程路由或者回程路由指向别处。排查步骤ip addr show确认本机地址和前缀长度。ip route show看直连路由的覆盖范围。用ipcalc或手算确认目标地址是否在本机子网内。如果不在检查是不是前缀长度写小了比如该/24写成/25。我遇到过一次本机192.168.1.10/25目标192.168.1.200。/25的块大小是 128本机在0-127块目标在128-255块不同子网。本机把包发给网关但网关配置里192.168.1.128/25的回程路由指向另一台路由器绕了一圈才回来延迟高还丢包。改成/24后直连通信问题消失。6.2 症状二配置看起来对但就是不通有时候ip addr show显示的前缀长度是对的但就是不通。这时候要怀疑配置文件里写错了但没生效或者有多份配置冲突。排查链路ip addr show看运行时状态。检查配置文件/etc/network/interfaces、/etc/netplan/*.yaml、/etc/sysconfig/network-scripts/ifcfg-*里的前缀长度写法。用nmcli或networkctl看网络管理器的实际配置。重启网络服务后再次ip addr show确认。有个隐蔽的坑某些系统上同时存在NetworkManager和systemd-networkd两个都在管同一块网卡配置互相覆盖。这时候你改了一个配置文件另一个又把它改回去了。解决办法是禁用其中一个只留一个管理网络。6.3 症状三重启后网络配置丢失或变化这通常是持久化配置没写对。ip addr add是临时的重启就没了。如果重启后地址变了或没了说明配置文件有问题。排查要点确认配置文件路径和格式符合当前发行版要求。确认ONBOOTyesRHEL 系或auto eth0Debian 系已设置。确认没有语法错误比如 netplan 的缩进、ifcfg 的引号。用journalctl -u NetworkManager或journalctl -u systemd-networkd看启动日志通常会有明确的报错。我个人的习惯是改完持久化配置后先reboot一次验证而不是只重启网络服务。因为有些配置只在启动时读取重启服务不一定能完全模拟启动过程。6.4 一个完整的排查案例复盘有台服务器同事报告说网络时通时不通。我接手后按下面的链路排查第一步看基本配置ip addr show显示10.0.5.20/24看起来正常。第二步看路由ip route show显示10.0.5.0/24 dev eth0也正常。第三步ping 网关通延迟正常。第四步ping 同网段另一台机器时通时不通丢包率 50%。第五步arp 表ip neigh show发现目标机器的 MAC 地址有两个交替出现。这说明网络里有 IP 冲突两台机器用了同一个 IP。第六步定位冲突源通过交换机管理界面查 MAC 地址表找到两个端口对应同一个 IP。一台是这台服务器另一台是某个测试虚拟机有人手动配了同样的地址。第七步解决给虚拟机换地址问题消失。这个案例里前缀长度本身没错但排查过程用到了前缀长度知识——因为同网段才能直接 ARP如果不同网段就不会出现 ARP 冲突这种症状。所以理解前缀长度能帮你快速缩小排查范围。7. 进阶话题变长子网掩码与地址规划7.1 为什么需要变长子网掩码早期网络用固定的 A/B/C 类地址A 类/8能放 1600 万台机器C 类/24只能放 254 台。这导致两个问题大网络浪费地址小网络不够用。变长子网掩码VLSM允许你在一个大网段里切出不同大小的子网按需分配。比如你有一个192.168.0.0/22覆盖192.168.0.0到192.168.3.255共 1024 个地址。你可以切成192.168.0.0/24给办公区254 台192.168.1.0/24给服务器区254 台192.168.2.0/25给打印机等设备126 台192.168.2.128/26给监控设备62 台192.168.2.192/27给网络设备管理30 台192.168.2.224/28给点对点链路14 台剩下的留着扩展这种切法能最大化利用地址空间也方便做访问控制——不同子网之间可以设不同的防火墙策略。7.2 地址规划的几个实用原则做了这么多年网络我总结了几条地址规划的原则原则一按物理位置或功能划分不要按部门划分。部门会调整物理位置和功能相对稳定。比如三楼办公区比市场部更适合作为子网划分依据。原则二预留扩展空间。每个子网不要配得太满留 20%-30% 的余量。比如需要 50 台机器用/2662 个可用而不是/2730 个可用。原则三前缀长度尽量统一。虽然 VLSM 允许不同长度但统一长度比如都用/24能让路由表更简洁排查问题也更简单。只有在地址紧张或者有特殊需求时才用变长。原则四文档化。每个子网的前缀长度、网络地址、广播地址、用途、负责人都要记下来。我见过太多因为没文档后来没人敢动网络配置的情况。7.3 用 ipcalc 快速验证规划方案Linux 上有个小工具ipcalc能快速算出一个地址的前缀长度相关信息。用法很简单ipcalc 192.168.1.10/24输出会显示网络地址、广播地址、可用主机范围、掩码等信息。规划地址的时候我习惯先用ipcalc验证一遍确认没有重叠再往配置里写。如果系统没装Debian/Ubuntu 用apt install ipcalcRHEL 系用yum install ipcalc。这个工具很小但能省很多手算时间强烈建议装一个。8. 我踩过的那些坑和给你的建议8.1 不要迷信默认掩码很多系统和工具在你只写 IP 不写掩码时会按地址类别给一个默认掩码。比如10.x.x.x默认/8172.16.x.x默认/16192.168.x.x默认/24。这个默认值在早期网络里没问题但现在几乎没人用完整的 A/B/C 类网络所以默认掩码往往是错的。我的建议是永远显式写前缀长度哪怕它和默认值一样。多写几个字符能避免以后别人接手时产生误解。8.2 改前缀长度前先想清楚影响前缀长度一改直连路由的范围就变了可能影响同网段的其他机器也可能影响本机访问某些地址的路径。改之前先用ip route show看看现有路由评估一下改动会影响哪些流量。如果是在生产环境最好在维护窗口操作并且准备好回滚方案。我一般会先把原配置备份改完后立即测试关键连通性有问题马上回滚。8.3 多网卡场景下前缀长度要避免重叠一台机器有多块网卡时如果两个网卡的前缀长度导致子网重叠路由行为会变得不可预测。比如eth0配192.168.1.10/24eth1配192.168.1.20/25两个子网重叠内核会优先用前缀更长的/25导致eth0的流量被eth1抢走。解决办法是让每个网卡的子网互不重叠或者用策略路由明确指定。规划多网卡配置时我习惯画一张表列出每块网卡的地址、前缀长度、覆盖范围确认没有重叠再下手。8.4 容器和虚拟化环境下的前缀长度现在很多服务跑在容器或虚拟机里网络配置和物理机不太一样。比如 Docker 默认给容器配/16的子网Kubernetes 的 Pod 网络也常用/16或更大。这些环境里前缀长度往往由平台自动管理你不需要手动配但理解它有助于排查跨容器通信问题。我遇到过容器 ping 不通同宿主机另一个容器的情况最后发现是 Docker 的网桥子网和宿主机某个网段重叠了导致路由混乱。解决办法是改 Docker 的默认子网配置避开宿主机网段。这个坑的根源还是前缀长度和子网规划。8.5 一个检查清单最后给你一个我平时用的检查清单配完网络后逐项过一遍[ ]ip addr show确认地址和前缀长度正确。[ ]ip route show确认直连路由覆盖范围符合预期。[ ] ping 网关确认通。[ ] ping 同网段另一台机器确认通。[ ] ping 一个外网地址如果配了网关确认通。[ ] 检查配置文件确认持久化配置和运行时一致。[ ] 如果是多网卡确认子网没有重叠。[ ] 记录配置变更方便以后排查。这套流程看起来繁琐但能挡住 90% 的低级错误。我刚开始配网络的时候因为少做一步检查重启后发现配置没生效又得重新来一遍浪费的时间比检查多得多。子网掩码前缀长度这件事说到底就是你的网络视图边界在哪里。边界画对了通信顺畅边界画错了各种诡异问题都会冒出来。希望这篇内容能帮你把这个边界画得更准一些。