企业官网建设流程全解析

简介：一份计算机网络子网划分的实验报告，面向高校网络技术、计算机网络原理课程学习者与需要完成类似实验报告的学生。报告以 C 类地址 201.222.5.0 为实例，要求在划分 20 个子网、每个子网容纳 5 台主机的条件下，分别通过手工计算及 HA_subnet10、子网计算工具1.1、子网掩码计算器三种工具，求取子网掩码、子网号、广播地址与主机范围，并回答划分子网与子网掩码的作用等思考题。资源共 1 个文件，为 doc 文档，压缩包大小约 42KB，内容完整保留实验目的、环境方案、步骤、思考题、结果表格和心得体会栏目，既适合对照练习子网划分的计算方法，也可作为实验报告撰写格式与内容组织的参考模板。该资源已有 1995 人学习下载，适合刚接触 IP 规划与子网掩码计算的读者按步骤上手，也便于任课教师快速了解典型子网划分实验的设计思路。

1. 子网划分实验到底在练什么：它不只是一道算术题

当年给一个 40 台终端的办公区配网，我嫌麻烦直接甩了一个 /24，结果第二个月接进来一台网络打印机，地址就挤到不够用。后来才想明白，子网划分这门课练的不是“把二进制换成十进制”的算术题，而是在有限的 IPv4 地址空间里，用可复现的规则把广播域切小、把安全边界画清楚。它是一条从掩码计算、VLSM 分配、接口配置到连通性验证的完整工作流。这份“实验报告4 子网的划分”要交付的不是一串算出来的网络号，而是一张别人照着就能组网的地址规划表。下面直接讲怎么做，适合正在补实验报告的学生、刚上手网络配置的运维，以及想系统复盘子网划分的网工。

2. 先推掩码再谈配置：手工计算逻辑与 VLSM 选型理由

2.1 把十进制掩码换成二进制：先记住 /24 这堵墙

IPv4 地址一共 32 位，子网划分就是把“主机位”并出一部分变成“子网位”。CIDR 记法里的 /24 表示前 24 位是网络位，后 8 位是主机位；写成点分十进制就是 255.255.255.0，两者是同一个掩码的两种表达。手里没有换算器的时候，最可靠的办法是把常见掩码和主机位数换算关系刻在脑子里，越熟越好。

这张表最容易被记混的地方是两个边界值：/30 只有 4 个总地址，扣掉网络地址和广播地址后，可用主机只有 2 个，典型用途是路由器之间或交换机之间的互联链路；/29 则有 8 个总地址、6 个可用主机，常用于需要少数几个终端的子网。26 到 30 这个区间是实验报告命中率最高的范围，我建议至少把这几行背熟。

二进制展开后逻辑非常直观：255.255.255.192 对应的主机位占 6 位，而 /26 网络位占 26 位，余下 6 位就是主机的可用位数。计算可用主机数永远用公式2^主机位数 - 2，减掉的第一个地址是网络地址，代表子网本身；第二个是广播地址，代表发给这个子网内所有主机的报文。这两个地址不能分配给任何接口，真正能配置到网卡上的，只有中间那一整段。

2.2 按主机数反推子网位：VLSM 不是“平均分配”

固定长度子网划分看着好算，但现实中浪费惊人。假设一个楼栋有办公终端 48 台、服务器区 28 台、打印机区 8 台、会议室 6 台、设备互联需要 2 个地址。如果统一按 /26 切，每个段都有 62 个可用主机，办公区勉强够，服务器区浪费 34 个，打印机区浪费 54 个。四段加起来浪费的地址数量，足够再开两个小型子网。

可变长子网掩码 VLSM 的思路是“按需求从大到小切，每块大小选大于等于该区域主机数的最小 2 的幂”。为什么必须从大到小？因为子网划分要尽量保持地址连续性。如果你先切了 /30 这样的小块，后面想拿大块时，剩余地址可能被切碎的边界卡住，凑不出一整段。先拿走 /26，剩下的地址从 .64 开始是一整块连续空间，后面怎么切都不会碎。

计算逻辑拆开只有一句：对需求为 N 台主机的区域，找最小 k 使2^k - 2 >= N，k 就是主机位数，前缀长度就是 32 - k。例如 48 台主机需要 k=6，因为 2^6 - 2 = 62；28 台主机需要 k=5，因为 2^5 - 2 = 30；8 台主机需要 k=4，16 - 2 = 14；2 台互联需要 k=2，4 - 2 = 2。这里最常见的翻车点是算完 k 之后把前缀写成 /k，正确写法是 32-k，也就是 6、5、4、2 对应 /26、/27、/28、/30。

2.3 用 Python 脚本算四个边界值：一劳永逸的验证脚本

手算往往在最后一步看花眼，尤其当子网起始地址不是整百数时，比如 192.168.1.64/27。我习惯先写一小段 Python 验证边界，再填进实验报告。ipaddress标准库能把网络地址、广播地址、掩码、可用范围一次列全。

import ipaddress def show_subnet(cidr: str) -> None: net = ipaddress.IPv4Network(cidr, strict=False) hosts = list(net.hosts()) print(f"CIDR：{cidr}") print(f" 网络地址：{net.network_address}") print(f" 广播地址：{net.broadcast_address}") print(f" 掩码：{net.netmask} / {net.prefixlen}") print(f" 可用主机：{len(hosts)} 个，范围 {hosts[0]} - {hosts[-1]}") # 替换成你正在验证的子网即可 show_subnet("192.168.1.64/27")

strict=False表示允许传入非严格对齐的网络地址，因为我们手算时经常拿一个“看起来像可用地址”的 IP 去验证。hosts()返回的是已经剔除网络地址和广播地址的可迭代对象，把它转成列表后，第一项和最后一项就是可直接分配的最小和最大主机地址。如果脚本输出的可用主机数比你以为的少 2，说明你又忘了扣掉那两个边界值。这一步能挡住大部分手误，也是实验报告里“计算结果验证”小节最容易写清楚的部分。

3. 完整演示：把 /24 按部门需求切成 5 个子网，并在模拟器上接通

3.1 部门主机数整理成子网需求表：先大后小的分配方式

现在把理论落到一个可以直接抄进实验报告的案例里。起始网段是 192.168.1.0/24，楼栋有 5 个区域，终端数量各不相同。按“先大后小、需求驱动”的原则分配，得到下面这张规划表。

这块表本身就是实验报告里的“需求分析”部分。从 192.168.1.132 到 192.168.1.254 都空着，正好留作以后的扩展段。注意办公终端我写的是 48 台，不是 50 台，因为需求表写多少就要按多少计算，四舍五入会让报告看起来逻辑不严谨。虽然 48 台和 50 台对 /26 这个掩码选择没有影响，但报告里最好让计算过程和实际需求严格对上。

这段规划里最能体现 VLSM 价值的，是设备互联段的 192.168.1.128/30。两个互联地址正正好好 2 个可用，挂在 /30 里不浪费一丁点地址。如果按 FLSM 平均分配，这一块可能分了 62 个可用地址出去，等于白扔 60 个地址。

3.2 在思科模拟器或真机上配置接口 IP：最小命令清单

地址表出来后，要在设备上把它们变成真实可用的路由接口。下面以思科模拟器为例，三层交换机或路由器都适用。这里假设设备有多个三层接口，分别对应办公终端、服务器区和打印机区。

enable configure terminal interface g0/0 ip address 192.168.1.1 255.255.255.192 no shutdown exit interface g0/1 ip address 192.168.1.65 255.255.255.224 no shutdown exit interface g0/2 ip address 192.168.1.97 255.255.255.240 no shutdown exit

ip address后面必须写点分十进制的掩码，思科模拟器不直接接受 /26 这种 CIDR 简写。每个网段给网关分配的是可用主机范围内的第一个地址：办公终端网关是 192.168.1.1，服务器区网关是 192.168.1.65，打印机区网关是 192.168.1.97。千万不要把网络地址填进去，例如 192.168.1.0 不能出现在任何接口上，否则这个网段整段失效。

如果是路由器场景，还需要检查路由表。思科设备在接口配置完成后，会为同网段自动生成直连路由，这部分不用手工写。需要手工补的是非直连网段，比如要通过 192.168.1.130 这个互联地址访问对端路由器的子网，就得增加静态路由，命令写法是ip route 目标网段 掩码 下一跳地址。模拟器实验里，我建议每个子网配完后立刻查show ip route，确认路由表里已经有对应的C标记条目。

3.3 在模拟器上验证连通性：ping 的预期结果和 ARP 的作用

配置完成后，验证不能只做“ping 得通”这一件事。我的习惯是先 ping 网关，再 ping 跨网段主机。办公终端 192.168.1.2/26 ping 服务器区主机 192.168.1.66/27 时，模拟器里会先后出现两个过程：ARP 广播寻找网关的 MAC 地址，然后 ICMP 请求包被三层设备转发到目标网段。只有看到目标主机的 ICMP 应答，才能说明直连路由、接口状态和网关配置这三段链路全部正常。

如果 ping 不通，不要急着改接口配置，先检查终端默认网关填得对不对。办公区主机网关应是 192.168.1.1，服务器区主机网关应是 192.168.1.65，打印机区应是 192.168.1.97。很多人把网关填成自己的 IP 地址，这在同子网里能凑合，一旦跨网段就立即失效。抓包时如果能看到 ARP 请求但看不到应答，多半是目标主机 IP 或网关配置错误，而不是线路断了。这个排查思路要写进实验报告的“故障分析”部分，才显得验证过程扎实。

4. 子网划分实验避坑：5 条常见故障的现象、原因和解决

4.1 把网络地址填到网卡上，网关永远无法到达

现象：PC 的 IP 设置为 192.168.1.0，掩码 255.255.255.192，系统提示配置生效，但 ping 192.168.1.1 一直超时。

原因：192.168.1.0 是网络地址，代表“这个子网本身”，不绑定任何具体网卡。很多初学者以为 .0 结尾的地址是普通可用地址，或者把网络号和可用范围混在一起看。

解决：在需求表上先把网络地址和广播地址标出来，只从可用主机范围里取 IP。表格里每一行都已经写明了可用范围，按表填就行，不要靠心算临时决定。

4.2 VLSM 顺序搞反，地址段重叠了还不自知

现象：需求表里先给打印机区切了 192.168.1.112/28，随后想给会议室切一个 /27，结果选了 192.168.1.96/27，两个网段在 .96 到 .110 之间彻底重叠，配置完成后互相干扰。

原因：VLSM 必须遵循“先大后小”的切块顺序。如果先切小块，大块的起始地址可能正好落在已切出来的区间里。即便你想从 .64 开始切，也得先确认 .64 是否已经被更早的小块占用。

解决：动手之前先排一张按所需总地址数降序排列的清单，从大到小切。每切完一段，用 2.3 节的 Python 脚本把所有已切子网集中打印出来，连续检查一遍，网络地址不交叉才算合格。

4.3 跨设备 ping 不通，show ip route只有直连路由

现象：PC 能连通本网段，但跨到另一台路由器下的子网时始终不通。查看show ip route，发现只有接口自动生成的C直连路由，没有通向对端网段的条目。

原因：三层设备只自动学习本地直连网段，不会自动生成其他设备的网段路由。没有手工添加静态路由或配置动态路由协议时，数据包到了路由器后不知道该往哪个接口转发。

解决：明确目标网段后，在路由器上补充静态路由，例如写ip route 192.168.1.128 255.255.255.252 192.168.1.129，把去往互联段的对端地址指出去。写完再 ping，通了之后用show ip route截图放进实验报告，正好说明转发原理。

4.4 可用主机数少算了 2，服务器区 IP 不够用

现象：需求表里把服务器区填成 192.168.1.64/28，一看可用主机只有 14 个，而服务器明明有 28 台，整个区域都配不下。

原因：算地址数时只想着 2 的幂，忘了减 2。28 台服务器需要 2^5 - 2 = 30 个可用地址，对应前缀是 /27，而不是 /28。这是子网划分里最常见的手误，几乎每个初学者都会在一两个轮次上翻车。

解决：固定用公式2^(32-prefix) - 2回代验证。任何可能在报告里出现的前缀，写进需求表前先算一遍可用主机数；只要可用数小于需求数，就立刻增大一个前缀长度。

4.5 Windows 显示的子网掩码与 Linux 显示的 CIDR 记法对不上

现象：Windows 界面里填的掩码是 255.255.255.240，Linux 的ip addr却显示 192.168.1.112/28，两边看起来不一致，排查时误以为配置写错了。

原因：两种体系只是展示形式不同，一个用点分十进制，一个用前缀长度。掩码 255.255.255.240 和 /28 完全等价，都属于同一个子网计算逻辑。

解决：在 Linux 上配置接口时直接写 /28，在思科设备上写点分十进制。最容易的核对方法是用 2.3 节的脚本同时打印netmask和prefixlen，两个记法对照看，就不会被显示差异带偏。

5. 最后交付前：用 ipcalc 和批量脚本做一次全子网回读

网络地址划分子网计算这项基本功，光靠干算很容易在报告写到后半程时出错。我交付前会做一次“全子网回读”，把整张需求表重新交给工具算一遍，等于给自己买一份后悔药。如果系统里装了 ipcalc，一条循环就能覆盖全部子网。

for subnet in 192.168.1.0/26 192.168.1.64/27 192.168.1.96/28 192.168.1.112/28 192.168.1.128/30; do ipcalc "$subnet" done

ipcalc在多数 Linux 发行版上可以用系统包管理器直接安装，输出里会列出网络地址、广播地址、掩码、可用主机范围和通配符掩码。把五段子网的输出和实验报告里的需求表逐行对照，任何不一致的地方都是手算环节的隐患。

如果设备上没有 ipcalc，也可以把 2.3 节的 Python 脚本改成批量模式，用 for 循环遍历这份子网列表，把计算结果按行打印出来，再和报告里的表格做对比。工具不是用来替代理解的，而是用来复核理解。我的习惯是先手算一遍，再让脚本算第二遍，两份结果完全一致才把“计算过程”写进报告。最后再打开模拟器抓包验证 ARP 请求与 ICMP 应答的走向，看到现象和地址表一一对应，这份实验报告才算真正闭环。希望这些踩坑留下来的经验能帮到你，至少让你在交实验报告前多一分底气。

本文还有配套的精品资源，点击获取