简介这是一份面向计算机网络课程学习者的实验报告主题为C类地址201.222.5.0的子网划分。报告围绕需要20个子网、每个子网5台主机的实际场景完整记录了实验目的、环境、方案、操作步骤、思考题与结果并覆盖手工计算与HA_subnet10、子网计算工具1.1、子网掩码计算器三种工具的对比使用可帮助读者掌握子网掩码、子网号、广播地址和主机范围的求法理解子网划分在网络安全性、可扩展性和管理性方面的作用。资源包仅含1个doc文档压缩包约42KB内容由实验报告模板、步骤说明、思考题解答及结果留白组成便于快速查阅、打印或作为实验模板使用适合高职院校计算机网络课程的实验参考。已有1995人学习下载适合需要完成类似子网划分实验、深入理解子网掩码原理及网络分段管理的初学者。1. 子网划分这堂实验课治的是“IP不够分”和“线路吵成一锅粥”两个病实验室里几十台设备挤在同一个网段广播就能把链路打满公司新拉了一条访客Wi-Fi财务那边立刻丢数据。子网划分要解决的从来不是“能不能上网”而是“在地址有限的前提下把网络拆成多个可控的广播域让每段业务互不干扰、路由清晰”。这篇实验报告按一条可复用的流程走完从掩码换算、子网表计算、设备配置到连通性验证再把VLSM和几个常见配置坑摊开讲。适合正在做网络实验课作业、或者刚接手小企业网络改造的读者照着做。2. 掩码与CIDR子网划分前先拎清这四笔账子网划分的核心不是“把IP分成几段”而是理解掩码在32位地址里到底划走了多少位。很多新手拿着在线计算器算出结果但设备一报错就懵了根源在于不知道结果是怎么来的。这一章把掩码、网络号、广播地址和主机范围这几笔账算清楚后面动手才有底。2.1 掩码到底在“掩”什么网络位与主机位的最小换算子网掩码的作用是告诉设备这个IP的前多少位是网络位后多少位是主机位。比如255.255.255.0写成二进制是连续24个1加8个0意味着前24位是网络位后8位是主机位所以它等价于CIDR写法里的“/24”。网络地址划分子网计算本质上就是把IP和掩码做一次二进制AND运算。IP换成32位二进制掩码换成32位二进制逐位相与结果就是网络号。举个例子192.168.10.66/26掩码是255.255.255.192也就是前26位为1。66的二进制是01000010与掩码最后8位11000000相与得到01000000也就是64。所以这个地址所在的网络号是192.168.10.64/26。这里要注意一个新手常犯的误区很多人以为/26就是把256按4份均分直接算出0、64、128、192四个子网但拿到一个具体IP时却不知道它落在哪个段里。正确做法是先算网络边界子网大小是2^(32-26)64那么网络号必然是64的整数倍0、64、128、192。拿IP的最后一段66除以64向下取整得到1再乘回64得到64这个IP就在192.168.10.64/26这个子网里。这个“除块大小、向下取整、乘回去”三步法比展开二进制快得多实验考试时也最不容易算错。2.2 可用主机地址为什么永远是2^n减2一个子网能分给主机用的地址数公式是2^n-2其中n是主机位数。减掉的两个一个是网络号本身一个是广播地址。网络号是这个子网的头广播地址是这个子网的尾这两个地址虽然在IP范围内但都不能配置到任何网卡上。以/26为例主机位是32-266位总地址数2^664个可用地址是64-262个。加上网络号和广播地址正好覆盖64个地址。换算成掩码就是255.255.255.192。整个C类地址段/24有256个地址切成4个/26子网后每个子网62个可用地址4个加起来248个比原来的254个少了6个。这6个就是4个子网各自的网络号和广播地址。做实验报告时表格里通常要把“网络号、第一个可用地址、最后一个可用地址、广播地址”四列都写全因为设备配置时用的就是这四列。主机范围就是网络号1到广播地址-1千万不能把网络号和广播地址写进主机可用范围。2.3 子网边界与路由聚合掩码连续性的意义子网划分要求掩码是连续的1不能出现255.255.255.128这样没问题但255.255.128.255这种“中间断裂”的掩码虽然某些老设备能识别实际部署时会造成路由混乱业界默认不采用。连续掩码保证了每个子网是一个连续的地址块路由表才能用一条前缀匹配代替多条明细条目。这个特性在路由聚合时特别有用如果四个/26子网恰好连续且起始地址与掩码对齐路由器可以用一条静态路由192.168.10.0/24指向上游而不是写四条/26的路由。注意前提是四个子网在地址空间上严格连续中间不能有空隙否则聚合出来的路由会把不属于该段的流量也吞进去。做实验时如果拓扑里有多个交换机建议在核心设备上只写聚合路由在边界设备上写明细分由这个习惯能帮你少踩很多路由黑洞的坑。3. 实验操作把一个C类地址段拆成四个业务子网这一章按一次完整的子网划分实验流程走下来先拆需求再算子网表然后落到设备和主机配置最后做连通性验证。整个流程同样适用于真实的小型企业网络改造区别只是把实验里的VLAN换成物理隔离或Wi-Fi SSID。3.1 需求拆解与子网规划表假设手头有一个192.168.10.0/24地址段实验要求划分成四个子网分别给办公区、服务器区、监控区和临时访客终端使用。等长划分最简单掩码取/26每个子网64个地址、62个可用。先画一张规划表这是整个实验的“图纸”子网名称网络号掩码可用地址范围广播地址办公区192.168.10.0/26255.255.255.192192.168.10.1 - 192.168.10.62192.168.10.63服务器区192.168.10.64/26255.255.255.192192.168.10.65 - 192.168.10.126192.168.10.127监控区192.168.10.128/26255.255.255.192192.168.10.129 - 192.168.10.190192.168.10.191访客终端192.168.10.192/26255.255.255.192192.168.10.193 - 192.168.10.254192.168.10.255这张表怎么来的/26的块大小是64从0开始累加0、64、128、192。每个子网的广播地址是把网络号加63第一个可用地址是网络号加1最后一个可用地址是广播地址减1。比如192.168.10.128/26广播就是192.168.10.191可用范围是.129到.190。规划时注意网关地址的约定。实验里一般把网关放在每个子网的第一个或最后一个可用地址上方便记忆。很多公司的规范是网关用第一个可用地址也就是网络号1比如办公区网关就是192.168.10.1。保持这个约定排查问题时能少算一次。3.2 用一个小脚本代替手算网络地址划分子网计算与边界校验手算两张表还撑得住但实验要切8个或16个子网时手算既慢又容易把边界算歪。我习惯写个小工具来生成子网表和做边界检查这也是实验报告里很拿得出手的过程记录。Python代码不长直接贴出来import ipaddress def calc_subnets(network_str, subnets): 将网络等分成若干子网并校验边界合法性 net ipaddress.ip_network(network_str, strictFalse) if subnets (subnets - 1) ! 0: raise ValueError(子网数量必须是2的幂) new_prefix net.prefixlen (subnets.bit_length() - 1) if new_prefix 32: raise ValueError(子网数量过多掩码超过32位) subnets_iter list(net.subnets(new_prefixnew_prefix)) print(f划分结果{net} 切成 {subnets} 个 /{new_prefix} 子网\n) for i, sn in enumerate(subnets_iter, 1): hosts list(sn.hosts()) first hosts[0] if hosts else 无 last hosts[-1] if hosts else 无 print(f子网{i}: {sn.network_address}/{sn.prefixlen}) print(f 掩码: {sn.netmask} 广播: {sn.broadcast_address}) print(f 可用范围: {first} - {last}) print() if __name__ __main__: calc_subnets(192.168.10.0/24, 4)这段代码用了Python标准库ipaddress不需要安装第三方包。核心逻辑是先校验子网数量必须是2的幂然后算出新掩码长度再调用net.subnets完成划分。strictFalse表示允许传入的主机地址被自动归到网络号上避免手误把192.168.10.66/26这类地址传进来时报错。参数说明network_str是起始地址段subnets是期望切分的数量。注意这个脚本只适合等长划分VLSM场景我在下一章单独写。运行后能看到每个子网的网络号、掩码、广播和可用范围与手算的结果完全一致适合在实验报告里作为“验算记录”附上。如果你不想写代码也可以用在线子网计算器核对结果但建议至少手算一遍再对答案不然设备报错时你分不清是计算器的问题还是自己的问题。3.3 在设备与主机上落地网关、掩码与连通性验证规划表做完了接下来把地址配到设备上。实验环境里常见做法是用三层交换机或路由器为每个子网配置网关下面接二层交换机划分VLAN。以华为/H3C风格设备为例配置思路大致如下# 进入VLAN接口配置网关地址办公区VLAN 10 interface Vlanif 10 ip address 192.168.10.1 255.255.255.192 # 服务器区VLAN 20 interface Vlanif 20 ip address 192.168.10.65 255.255.255.192 # 监控区VLAN 30 interface Vlanif 30 ip address 192.168.10.129 255.255.255.192 # 访客终端VLAN 40强制走独立出口 interface Vlanif 40 ip address 192.168.10.193 255.255.255.192配置命令本身不复杂但要注意两个细节。第一VLAN接口必须启用华为设备默认没有shutdown但有些模拟器或旧设备默认是管理关闭状态配完地址后要确认接口状态是UP。第二VLAN接口的IP必须与主机默认网关完全一致掩码也必须一致否则主机的数据包能发出去但回不来。主机侧配置对应比较简单办公区的电脑IP设为192.168.10.xx取2到62中的任意值掩码255.255.255.192网关192.168.10.1。配完后从办公区主机ping网关192.168.10.1通了说明一跳可达再ping服务器区网关192.168.10.65通了说明三层路由正常工作最后ping服务器本身通了说明整条链路没问题。这里有个常见现象要解释一下办公区主机能ping通192.168.10.65这个网关地址不代表能ping通192.168.10.66这台服务器。前者验证的是路由后者验证的是服务器本身的防火墙或网卡配置。实验报告里如果只记录ping网关的结果严格来说连通性测试是不完整的建议把网关和跨段主机分开记录。4. VLSM与网关细化等长子网浪费地址时的分配顺序上一章把/24切成四个/26每个子网62个可用地址。但真实场景里服务器区可能只需要5个地址办公区却要100个等长划分就会造成地址浪费。这种情况要用VLSM也就是可变长子网掩码让不同子网用不同长度的掩码。4.1 等长划分的浪费边界在哪里等长划分的好处是规则简单、路由清晰代价是地址利用率低。举例监控摄像头网段只需要10个IP但/26给了它62个剩下52个被锁死在那个子网里。监控点少的时候还看不出来如果整段地址紧张这种浪费就很致命了。VLSM的核心思路是“按需分配”地址需求大的子网用短的掩码比如/25地址需求小的子网用长的掩码比如/30。分配顺序有讲究——从需求最大的子网开始从地址段的起点往后排。原因在于掩码更短的子网占用的地址块更大先分配它可以让剩余空间保持连续后续小段可以塞进剩余地址的缝隙里。反过来如果先分配小段大段可能找不到连续空间整个规划就翻车了。4.2 VLSM分配顺序从需求最大的段开始手算假设192.168.10.0/24要分配给四类业务需求如下办公区需要80个可用地址服务器区需要20个监控区需要10个两条路由器互联链路各需要2个。先算办公区需要80个地址2^7-21267个主机位够用掩码/25地址块大小128。从192.168.10.0开始得到192.168.10.0/25可用范围.1到.126。再算服务器区需要20个地址2^5-2305个主机位掩码/27地址块大小32。上一段已经占用了0到127所以从128开始得到192.168.10.128/27可用范围.129到.158。监控区需要10个地址2^4-214掩码/28地址块16。从160开始得到192.168.10.160/28可用范围.161到.174。两条互联链路各需要2个地址。点对点链路最少需要2个可用地址也就是/30地址块4。按顺序分配第一条192.168.10.176/30第二条192.168.10.180/30。剩余192.168.10.184到192.168.10.255留作扩展。完整的分配表如下业务需求掩码网络号可用范围办公区80/25192.168.10.0.1 - .126服务器区20/27192.168.10.128.129 - .158监控区10/28192.168.10.160.161 - .174互联链路12/30192.168.10.176.177 - .178互联链路22/30192.168.10.180.181 - .182VLSM分配最容易出错的地方是子网边界对齐。每个VLSM子网的起始地址必须是该子网块大小的整数倍。比如/27块大小是32起始地址网络号最后一段必须是0、32、64、96……这样依次对齐/30块大小是4起始地址最后一段必须是4的倍数。如果从128开始分配/27没问题但从150开始就不合法因为150不是32的倍数。4.3 用脚本处理VLSM计算避免手算边界错位手算到步互联链路时容易乱我的做法是让脚本按“需求从大到小”自动分配import ipaddress, math def vlsm_allocate(base_network, need_hosts): 按需求从大到小分配VLSM子网 net ipaddress.ip_network(base_network, strictFalse) current net.network_address results [] for need in sorted(need_hosts, reverseTrue): host_bits math.ceil(math.log2(need 2)) new_prefix 32 - host_bits block_size 2 ** host_bits # 对齐到块大小的整数倍 if int(current) % block_size ! 0: current ipaddress.ip_address( (int(current) block_size - 1) // block_size * block_size) sn ipaddress.ip_network(f{current}/{new_prefix}, strictFalse) hosts list(sn.hosts()) results.append((sn, hosts[0], hosts[-1])) current sn.broadcast_address 1 return results if __name__ __main__: needs [80, 20, 10, 2, 2] for sn, first, last in vlsm_allocate(192.168.10.0/24, needs): print(f{sn} 可用 {first} - {last})这个脚本的关键在于对齐逻辑。当分配到某个子网时如果当前地址不是块大小的整数倍就向上取整到下一个合法边界。比如当前是168下一个是/30块大小4168正好是4的倍数合法但如果当前是170170不是4的倍数就跳到172。这种边界错位是手算VLSM最常见的翻车点用脚本能避免。输出结果和上一节手算的一致实验报告里可以拿它做交叉验证。VLSM还有一种常见变体是“先划分大段再在大段内继续细分”比如先把/24切成/25和/25再把其中一个/25切成两个/26。这等价于分两次VLSM本质不变只是为了让路由聚合更方便。核心原则只有一条需求大的先分边界必须对齐。5. 子网划分避坑笔记五个问题与处理记录子网划分本身不难难的是配置完之后的排错。这一章写五个我实际遇到过的问题每条按“现象、原因、解决”展开希望能帮你少走弯路。5.1 广播地址被当成主机地址设备间歇性掉线现象新加入的打印机或测试终端刚配好IP时能连通过几分钟就断反复无常。抓包发现网络里有大量目的地址为“广播地址”的ARP回应。原因有人把子网的广播地址看作是普通IP填到了设备上。比如在/26子网192.168.10.64/26里广播地址是192.168.10.127它被某台设备占用后所有发往该网段的广播报文都会与这台设备冲突表现就是时通时断。解决先用ARP表排查哪个IP对应了异常MAC再核对规划表确认该地址是否为广播地址。实验报告里写规划表时明确标注“广播地址不得分配”配置主机IP时避开网络号和广播地址即可。5.2 掩码不一致同网段的主机互相Ping不通现象两台主机配了192.168.10.5和192.168.10.6各自掩码一个是255.255.255.0一个是255.255.255.192结果互相ping不通。两边都觉得自己没配错。原因设备判断“是否同网段”依据是IP与掩码AND后的结果。掩码不同网络号就不同。255.255.255.0下网络号是192.168.10.0255.255.255.192下网络号是192.168.10.0虽然网络号一样但广播地址和子网边界不同设备对广播报文的处理逻辑不一致导致通信异常。解决全网统一掩码规划主机、网关、三层接口三处逐一核对。排查时用命令看两端接口参数不要只看IP就断定没问题。5.3 路由指向了“沉默的下一跳”数据包有去无回现象办公区主机能ping通网关但访问服务器区时超时。路由器上ping服务器网关也不通。原因静态路由配置里下一跳地址填了一个不存在或掩码错误的地址。比如服务器区网关是192.168.10.65但办公区路由器的静态路由把下一跳写成了192.168.10.130这个地址在监控区接收方发现目的不是自己就把包丢了。解决逐跳用traceroute定位断点检查每一跳路由器的路由表确认下一跳地址确实是本子网内的网关地址。这块靠“玄学”没用按跳数排查最快。5.4 子网边界算错配置命令被设备拒绝现象在路由器上配置VLAN接口地址时设备提示“Error: Invalid ip address”或“地址与子网掩码不匹配”。手写配置的人反复检查没发现问题。原因起始地址没有对齐子网块大小。比如把192.168.10.129/25作为某子网的网关地址但/25的块大小是128合法起始地址只有0和128129不是子网边界设备会认为掩码与地址段不匹配。另一个常见错误是把某个子网的广播地址当作下一段的起始地址。解决核对起始地址是否满足“网络号是块大小的整数倍”。如果手算容易漏用脚本输出的子网表对照配置避免在命令行里临时心算。5.5 网关没启用主机连不上外网现象主机能ping通同网段的其他主机但ping不通网关更访问不了外网。查配置发现网关IP已经写进去了。原因三层交换机或路由器的VLAN接口处于shutdown状态或者物理层链路down。有些模拟器默认新建接口是UP但真实设备的接口可能因未启用或光纤收发问题处于down状态地址配置了也不生效。解决用display ip interface brief查看接口状态确保VLAN接口的物理状态和协议状态都是UP。如果接口被shutdown在接口视图下执行undo shutdown恢复。这块在实验环境里最容易忽略配置命令本身没错错在设备状态没确认。6. 验证与文档化用脚本确认子网归属让规划可复查实验做到最后不能只靠“ping通就交差”。有一个小坑两台主机能ping通有可能是因为它们落在了同一子网里恰恰说明你划分有问题也可能它们在不同子网但路由通了你无法判断规划是否符合预期。所以最后一步是验证子网归属的正确性并把规划沉淀成可复查的文档。验证分两层。第一层在本机查Windows下用ipconfig确认接口的IP和掩码用route print查看路由表Linux下用ip addr和ip route。第二层跨设备查从办公区主机traceroute到服务器记录每一跳的地址确认路径经过了预期的网关而不是绕了远路。写一个快速判断子网归属的小脚本适合在实验报告里复现也适合在割接时批量检查import ipaddress def same_subnet(ip1, mask, ip2): 判断两个IP在指定掩码下是否属于同一子网 net ipaddress.ip_network(f{ip1}/{mask}, strictFalse) return ipaddress.ip_address(ip2) in net if __name__ __main__: print(same_subnet(192.168.10.66, 255.255.255.192, 192.168.10.90)) print(same_subnet(192.168.10.66, 255.255.255.192, 192.168.10.200))代码逻辑很简单把第一个IP和掩码构造为网络对象再判断第二个IP是否落在该网络内。第一个输出True因为66和90都在192.168.10.64/26里第二个输出False因为200在192.168.10.192/26里。做实验时可以在每台主机上跑一下确认它被划到了预期的子网中。文档习惯是我的血泪经验换来的不管实验还是生产割接规划表要固定成一个模板包含子网名、VLAN号、网络号、掩码、网关、可用范围、用途七列。每次改地址先改表再改设备改完设备回头核表。子网划分这个方向90%的线上事故都发生在“表上写得对、设备配得错”和“表就写错了但没人核对”这两类情况里。我后来养成的习惯是新环境上线前把脚本输出的子网表、设备配置和主机配置三份东西放一起比对对不上就不动工。这个习惯帮我省过不少深夜割接也希望帮到你。本文还有配套的精品资源点击获取