从分类到VLSM：IPv4子网划分的完整学习路径与实战规划

说个真事。前阵子我给某公司的分部做网络整改，对方对接的是一位工作五年的系统工程师。我问他："你们这个分支现在用的什么网段？掩码多少？"他特别自信地回我："10.1.2.0，掩码255.255.255.0，能带254台设备。"我又问："如果这个分支要扩充到400台设备，你打算怎么办？"他愣了一下，说："那就再扩一个C类呗。"

这个回答代表了相当一部分人的状态：能看懂地址，能配掩码，但真让他从零规划一个网络、把地址算明白，立刻露馅。IPv4地址分类与子网划分，是网络工程师最基础的"内功"，但也恰恰是最容易被轻视的一块。这篇文章我就从分类讲到划分，从原理讲到实操，把这些年踩过的坑、总结的技巧一并写出来。不管你是刚入门的新手，还是想系统补课的"野路子"工程师，都能从这里顺出一条完整的学习路径。

1. 一个总被跳过的问题：IPv4地址为什么非要分成"网络部分"和"主机部分"

1.1 32位二进制与点分十进制的底层换算

IPv4地址的本质是一串32位的0和1。为了让人能记住，才把它切成四段，每段8位，再把每段二进制转成十进制，用点隔开。比如二进制的11000000 10101000 00000001 00000001，翻译过来就是192.168.1.1。

这里有个非常实用的换算技巧：8位二进制能表示0到255，每位对应的权值是128、64、32、16、8、4、2、1。你把128到1这八个数字摆在眼前，看见二进制就往里套。比如10100000，就是128加32等于160。反过来，给一个十进制的200，先找最大的权值128，剩下72，再找64，剩下8，再找8，所以是11001000。这个换算熟练到秒出结果，后面所有计算都会快很多。我见过不少人拿着计算器一个字节一个字节地敲，其实真没必要，多练几次手指头都比计算器快。

1.2 网络位和主机位：街道地址和门牌号的关系

IPv4地址设计最核心的一点，就是它内部被分成了两个部分：网络位和主机位。网络位负责标识"你在哪条街"，主机位负责标识"你是哪一户"。同一网络位下的所有设备被认为在同一个广播域里，可以直接用二层通信；网络位不同，就得靠路由器转发。

类比到生活里，网络位就像小区名称"阳光花园"，主机位就是楼栋和房号"3栋502室"。只有小区名加房号都齐全，快递员才能找到你。网络里也一样，只有网络位和主机位都确定，数据包才能知道该往哪送。这个"二分"的概念是理解子网划分的前提。很多人学不会子网划分，不是因为数学差，而是脑子里没有"网络位在左、主机位在右，两者由掩码切分"这个画面。

1.3 早期分类编址：为什么要有A、B、C、D、E五类

IPv4在1981年定稿时，设计者为了让不同规模的网络各取所需，直接给地址做了"预售分类"：A类给超大型网络，B类给中型网络，C类给小型网络，D类留给组播，E类预留研究。这个思路在当时很合理，因为那个年代没有CIDR，路由表里只需要维护类别信息就能干活，简单直接。

但代价也显而易见：类别之间是"跳变"的。A类一个网段自带1600多万个地址，B类一个网段带6万多个，C类一个网段只有254个可用。实际使用中，大企业拿一个B类绰绰有余，小公司拿一个C类可能不够，剩下的空间全被浪费。这也是后期不得不引入CIDR的根本原因。理解这段历史很重要，因为你会发现，很多"规则"其实是历史遗留的设计约束，搞懂来龙去脉，背起来就不费劲了。

2. 五类地址的边界判定：一眼看出类别，顺便记住哪些地址不能随便用

2.1 用首段数字快速判定类别的三种方法

判断一个IPv4地址属于哪一类，最简单的方法就是看第一段十进制数：

• A类：1-126，其中0保留，127划给回环
• B类：128-191
• C类：192-223
• D类：224-239
• E类：240-255

第二个方法是看二进制首几位。A类地址的首位是0，B类前两位是10，C类前三位是110，D类前四位是1110，E类前四位是1111。路由器当年判别一个地址类别，读前几位二进制就够了。第三个方法最省事：直接背默认掩码——A类是255.0.0.0，B类是255.255.0.0，C类是255.255.255.0。看到地址段，脑海中同步浮现它对应的默认掩码，这就说明你对分类已经形成条件反射了。

我建议新手把第一种和第三种结合起来记：首段数字给你"它是谁"的信息，默认掩码给你"它默认占多大"的信息。两者一搭配，后面做规划时反应速度能有质的提升。

2.2 默认子网掩码：分类是掩码的"出厂设置"

每个类都自带一套默认掩码，含义是"这个网络位占多少位、主机位占多少位"。A类网络位占8位，主机位占24位；B类网络位16位，主机位16位；C类网络位24位，主机位8位。

由此可以算出每个类可用的主机数：主机数等于2的主机位次方减2。减掉的2个，一个是网络地址（主机位全0），一个是广播地址（主机位全1）。所以A类是2的24次方减2，约1677万个；B类是2的16次方减2，约6.5万个；C类是2的8次方减2，254个。这个公式请刻在脑子里，后面划分任何子网，算的其实都是同一件事。

2.3 特殊地址：回环、私有、链路本地、广播，遇到别慌

除了A到E类，还有一批特殊用途地址，不搞清楚容易出事故：

• 127.0.0.0/8：回环地址，用于本机自检。你Ping通127.0.0.1，只说明本机协议栈正常，跟网络没关系。
• 10.0.0.0/8、172.16.0.0/12、192.168.0.0/16：私有地址，只能在内部网络使用，互联网路由不转发。NAT设备负责把私网地址翻译成公网地址才能上网。
• 169.254.0.0/16：链路本地地址。设备没拿到DHCP地址时会自动给自己配一个，看到电脑网卡冒出来这个地址，基本可以断定DHCP出了问题或者网线没插好。
• 255.255.255.255：受限广播地址，只能作为目的地址，表示当前网络里的所有主机。
• 224.0.0.0/4：组播地址段，日常运维里最常碰到的是OSPF、VRRP等协议用的组播地址。

这里有个实操提醒：私网地址的172.16.0.0/12指的是172.16.0.0到172.31.255.255这16个连续的B类段，很多人把它误认为整个172网段都是私有的，规划时一不小心就把172.32或172.33开头的公网地址划进了内网，路由直接冲突。

3. 子网掩码与CIDR：从"一刀切分类"到"按需切分"

3.1 掩码的本质：一串规定"网络位到哪截止"的1

子网掩码和IP地址一样是32位，但它只干一件事：用连续的1标示网络位的长度，剩下的0标示主机位。比如255.255.255.0，二进制就是24个1跟着8个0，意思是"前24位是网络位"。

计算网络地址时，把IP地址和掩码做"按位与"运算：1和1得1，其余得0。因为掩码前面全是1、后面全是0，与运算的结果正好把IP地址的主机位全部清零，剩下的就是网络地址。举个例子，192.168.1.77与255.255.255.192做与运算，得到192.168.1.64，说明这个地址属于192.168.1.64这个网段。反过来，你看到192.168.1.77这个IP，如果不知道掩码，你是说不出它属于哪个子网的——这就是"无类"时代的核心认知。

有人问，掩码为什么要用255这种看起来不好看的数字？其实当你看到掩码的十进制形式时，应该立刻把它翻译成"连续1的个数"来思考。255.255.255.240就是前28位是1，也就是/28。这种斜线记法就是CIDR的核心表达。

3.2 斜线记法换算：常用掩码对照表

CIDR（无类域间路由）出现后，不再拘泥于A/B/C类，而是直接用"/前缀长度"表示网络位有多少位。下面是日常最常用的一张对照表，建议存下来，规划时随手能查：

这张表最好能倒背如流。判断网段够不够用，先看可用主机数，再看对应掩码是几。另外注意，/31和/32在普通以太网场景下不算常规选择，点对点链路标准配置还是/30。

3.3 为什么说"有类思维"害人不浅

我见过不少这样的对话："这个网段是C类的，只能带254台机器，不够用。"说这话的人没想明白：所谓C类只是默认/24，既然用了CIDR，完全可以切出一个/23甚至/22，只要路由可达，没人规定一个"类"是铁板一块。

有类思维的另一大危害是浪费。现实中办公室大多只有几十台设备，给整个/24往往过于奢侈；数据中心服务器互联根本不需要254个地址，/30的两个地址刚刚好。如果你只会按类分配，就永远做不出高效、紧凑的地址规划。记住一句话：分类是历史，CIDR是现实，任何规划都从需求反推，而不是从类别出发。

4. 子网划分核心计算：借位、主机数、网段边界，一步步推给你看

4.1 借位法则：每借1位，子网数量翻倍、主机数减半

子网划分的本质，是从主机位里"借"出若干位充当子网位。借1位，子网数变成2；借2位，子网数变成4；借3位，子网数变成8。与此同时，主机位少一位，可用主机数大约减半。这是一枚硬币的两面：借得越多，能切的子网越多，但每个网段能容纳的设备越少。

有一个容易被忽略的点：借位之后，子网的"步长"其实是主机位最低那个1所对应的值。比如/24借2位变成/26，主机位剩6位，子网位对应的最低位是64，所以每个子网之间的地址间隔是64。记住这个"步长"概念，比死记每个子网的地址范围高效得多。

4.2 完整推演：把192.168.1.0/24切成4个网段

假设公司办公区需要4个独立的子网，拿192.168.1.0/24来切。目标4个子网，2的2次方等于4，所以要借2位，新掩码是/26。

• 子网1：192.168.1.0/26，地址范围192.168.1.0到192.168.1.63，可用地址1到62
• 子网2：192.168.1.64/26，地址范围192.168.1.64到192.168.1.127，可用地址65到126
• 子网3：192.168.1.128/26，地址范围192.168.1.128到192.168.1.191，可用地址129到190
• 子网4：192.168.1.192/26，地址范围192.168.1.192到192.168.1.255，可用地址193到254

每个子网可用主机数62个。这里的关键是第一个子网的网络地址还是192.168.1.0，最后一个子网的广播地址是192.168.1.255，整个/24的初始边界没有变化。如果你把子网3的网络地址记成192.168.1.128，子网4的广播地址记成192.168.1.255，那整张表就牢牢焊死在脑子里了。

4.3 边界检查：网络地址、广播地址、可用地址的快速心算法

规划时我习惯用一个三步心算流程，在现场画拓扑、写配置时特别管用：

1. 算出子网间隔（步长）等于256减去掩码最后一个非零段的十进制值。比如掩码255.255.255.224，步长是256减224等于32。
2. 从0开始，按步长叠加，列出所有子网的起始地址：0、32、64、96……
3. 每个子网的可用地址是"起始地址加1"到"起始地址加步长减2"。

我用这个方法做任何规划，几乎不用敲计算器。举个例子，192.168.5.0/27：步长32，子网起始地址是0、32、64、96、128、160、192、224；第一个子网可用地址1到30，网络地址0，广播地址31。整个过程不超过半分钟。

提示：判断一个IP属于哪个子网，只要看它落在哪个"起始地址区间"里。192.168.5.150落在128到159这个区间，所以它属于192.168.5.128/27。这个判断方式在处理路由故障、排查地址冲突时非常快。

5. VLSM：真实网络规划里，怎么给不同部门分配不等大小的地址池

5.1 为什么固定大小划分浪费地址：一个分支场景的推演

前面说的平均切分虽然整齐，但实际网络里很少平均。比如有家分公司，研发部需要50个地址，市场部需要20个，财务部需要10个，两条互联链路各需要2个地址。如果你一刀切，每段都给/26（62个可用），四个部门加两条链路，得准备6个/26，总共要6乘64等于384个地址，而实际需求加起来不超过100个，浪费极其严重。

VLSM（可变长子网掩码）就是为了解决这个问题：允许在同一个主网段内使用不同长度的掩码，按实际需求分配。这也是现代网络规划的基本功，不会VLSM，谈不上做正经的IP规划。

5.2 VLSM分配顺序的核心原则：从大往小排，从高往低切

VLSM操作有一条铁律：需求量大的先切，需求量小的后切；每切一次，都要从剩余空间的最开头往下切。

为什么从大往小？因为大子网要求的主机位多、掩码短、子网间隔大，先占位置不会把小网段挤碎；如果先切小的，剩下的碎片可能不够大片使用。为什么从低往高？因为IPv4的地址空间是线性连续的，从起始地址开始切，方便后续路由汇总，也更符合大多数路由协议对连续地址的偏好。

5.3 一个完整的多部门网段规划演示

继续用192.168.1.0/24来做例子。各部门需求：研发50、市场20、财务10、两条点对点链路各2。

第一步，研发要50个可用地址，需要主机位6位（2的6次方减2等于62个可用），所以掩码/26。从192.168.1.0开始切，占192.168.1.0/26，范围0到63。

第二步，市场要20个可用地址，需要主机位5位（2的5次方减2等于30个可用），掩码/27。从64开始切，占192.168.1.64/27，范围64到95。

第三步，财务要10个可用地址，需要主机位4位（2的4次方减2等于14个可用），掩码/28。从96开始切，占192.168.1.96/28，范围96到111。

第四步，两条点对点链路，每条要2个可用地址，需要主机位2位（2的2次方减2等于2个可用），掩码/30。从112开始切，第一条192.168.1.112/30（112到115），第二条192.168.1.116/30（116到119）。

最后192.168.1.120到255这段，足有136个地址，作为冗余留给将来扩展。这个方案一共只消耗120个地址空间，比平均划分省了一大截。按这个思路规划时注意一点：别把"可用地址数"和"主机位能表达的总数"搞混，20台设备至少需要30个可用（/27），不能只给14个可用（/28），否则根本装不下。

6. 验证与排错：规划完地址后，别急着上架，先确认自己没算错

6.1 用命令行和在线工具交叉验证

规划完之后，我习惯做两层验证。第一层用路由器或电脑上的命令行工具直接算一遍，第二层用在线计算器或者本机的脚本再过一遍。两层都通过，才敢往设备上配。

在Linux上用ipcalc可以一次性输出网络地址、广播地址、主机范围，非常直观：

ipcalc 192.168.1.64/27

如果手边没有ipcalc，也可以把IP和掩码转成二进制手动做与运算，或者写一段小脚本算。重要的是养成"算完必须验证"的习惯，别对自己的心算过度自信——心算在紧张的时候最容易出错，尤其是现场割接的时候。

6.2 我踩过的子网划分的坑

第一个坑：忘了减2。刚入行时给客户规划网段，算出来254个地址，心想"够了"，结果忘了扣除网络地址和广播地址，差点上架后地址不够。任何规划，先把"可用地址范围"写清楚，再谈够不够。

第二个坑：网关占位不统一。很多人的习惯是网关用起始地址加1，这没问题，但有些网段把网关放在中间位置，有些放在末尾，时间一长自己都记不住。规范一点的做法是统一约定网关为子网内第一个可用地址，所有网段保持一致，出问题时排查逻辑非常清晰。

第三个坑：私网地址超界。前面提到的172.16.0.0/12，有人当成整个172段的私有地址来规划，结果把172.32开头的公网地址段划进了内网，路由直接冲突。规划之前，把私有地址范围边界抄在本子上，刻进脑子里。

第四个坑：把/30和/31搞混。点对点链路标准做法是用/30，两个可用地址刚刚好。但有些工程师图省事用/31，在以太网链路上这是不规范的，上架后可能遇到不可达问题。多想想为什么业界普遍用/30而不是/31，不是没有道理的。

6.3 给新手的练习路径建议

如果想把这门基本功练扎实，我建议按这个顺序刷题：

1. 随便给一个IP和掩码，30秒内说出网络地址、广播地址、可用范围。
2. 给一个需求（比如"24台设备，2个网段"），反推掩码和起始地址。
3. 给一个总空间（比如192.168.0.0/23），用VLSM给五个不同规模的部门分配地址，要求不重叠、有冗余。
4. 在模拟器或真机上搭一个小实验环境，把规划好的地址配上，互相ping通，再验证一下跨网段路由。

这四步走下来，子网划分这块基本就过关了。我自己带过不少新人，凡是按这个路径练的，两到三周内都能做到脱稿规划，比抱着计算器硬按的同事快出一大截。

最后说一点个人体会。子网划分这事，难不在数学，在于你脑子里有没有"先确定需求、反推掩码、再验证边界"这套完整的心智模型。见过太多人背了一堆口诀，遇到真实需求还是懵。口诀只能帮你应付考试，真正到了割接现场，你能依靠的只有对原理踏踏实实的理解。把这篇文章里的推演步骤亲手在草稿纸上走几遍，比看十遍都管用。