简介：这份校园网课程设计文档面向计算机网络及相关专业学生与课程设计指导教师，围绕“设计一个校园网”的完整任务展开，可用于需求分析、方案撰写与答辩准备。文档以淮海工学院东港学院为背景，按办公区、教学区和生活区统计信息点，结合预留的Internet地址进行子网划分、掩码与网关设计，并明确网管中心位置、逻辑拓扑和布线思路。内容还涉及主干交换机与服务器选型、设备型号配置及价格出处、经费预算，以及WEB、FTP、DNS等服务器的搭建与测试，并附小组分工和设计说明，便于对照课程设计评分点梳理方案。资源包共1个doc文件，压缩包约1.34MB，已有2034人学习。读者可从中获取较完整的校园网设计框架、设备选型与预算编制样例，以及子网规划和服务器配置的实践参考。
1. 一份 15 页的校园网课程设计报告，能不能当施工底稿用
前不久拆了一个压缩包，里面是一份《计算机网络课程设计》报告，题目很朴素：设计一个校园网。文档十来页，配了拓扑图、信息点统计、四张报价表和一张 DNS 配置的逐步截图。初看像学生作业，翻到第三页就发现数字不是随意写的：教务处 25 个信息点、党政办公楼 26 个、图书馆 60 个、计算机系大楼 120 个、其余各楼每栋 40 个、生活区每个门洞 1 个，总量拉到 1000 点左右，还给了 219.219.90.0/24 到 219.219.93.0/24 这四个连续的 C 类地址段。这已经是一道完整的链路题：从需求到地址、拓扑、选型、预算，再到 DNS、WEB、FTP 服务落地。
这份材料适合谁：正在做计算机网络课程设计、要交方案和预算表的人；手上有类似园区网需求、想拿一份现成骨架改的人；准备讲 VLAN、子网划分、核心汇聚接入三层架构但缺真实规模案例的人。不适合谁也得说清楚：想要生产级配置脚本或高可用方案的，这项目里没有；它的价值在“骨架”和“账本”，配置细节要靠自己补。
2. 需求盘点：1000 个信息点怎么切进四个 C 类地址
先别急着画拓扑，校园网方案里最容易出错的地方是地址。信息点统计错了、地址算漏了，后面设备选型和预算全部要返工。这一章把需求还原成可计算的表，再把四个 /24 切成能落地的子网。
2.1 把三个区还原成一张能算的表
原文只给了“计算机系大楼 120 个、其余每栋 40 个”，没给楼栋数。按常见校区的规模补一个合理假设：教学区除计算机系大楼外还有 6 栋楼（主教学楼、实验楼、图书馆楼教学区、三栋系部楼），生活区按 30 栋宿舍、每栋 2 个门洞算。
| 区域 | 楼宇 | 信息点 | 说明 |
|---|---|---|---|
| 办公区 | 教务处 | 25 | 独立子网 |
| 办公区 | 党政办公楼 | 26 | 独立子网 |
| 办公区 | 图书馆 | 60 | 含电子阅览 |
| 教学区 | 计算机系大楼 | 120 | 最大单点 |
| 教学区 | 其余 6 栋 | 40 × 6 = 240 | 每栋一个子网 |
| 生活区 | 宿舍门洞 | 1 × 60 = 60 | 按门洞分配 |
| 合计 | 531 | 实际需求 |
531 和原文写的“1000 个左右”差得不少，这个差值不是笔误，是预留。校园网建设里我一般会按 1.5 到 1.8 倍上浮，因为一期布线时不会知道三年后每间教室是不是都要装智慧黑板、每层楼道是不是都要补 AP。所以方案里写的 1000 点是“规划容量”，531 是“一期实配”，两个数字都要在报告里出现，否则评审时一定会被问“你这 1000 是怎么来的”。
提示：信息点统计表一定要区分“实配点”和“规划点”，并且注明预留比例。这是需求分析报告里最容易被追问的一栏。
2.2 地址规划：四个 /24 其实是一个 /22
原文写的是 219.219.90.0/24 到 219.219.93.0/24。这四个段是连续的，从 90 到 93，正好能被一个 /22 覆盖。先把这个聚合算出来：
import ipaddress # 四个连续的 /24，向上聚合成一个 /22 pool = ipaddress.ip_network("219.219.90.0/22") print(pool) # 219.219.90.0/22 print(pool.netmask) # 255.255.252.0 print(pool.num_addresses) # 1024 print(pool.broadcast_address) # 219.219.93.255这段代码做的是 CIDR 聚合：90、91、92、93 四段的第三个字节二进制前缀相同（90 = 01011010，93 = 01011101，前六位一致），所以可以用一条 255.255.252.0 的掩码统一声明。好处是出口路由器和核心交换机上只写一条汇总路由，而不是四条明细；坏处是如果未来 90 段被拆给别的单位，汇总就会把不该通告的地址也通告出去。校园网这种单一自治域里，聚合基本只有好处。
拿到 1024 个地址后，按 VLSM 变长掩码往下切。原则是：需求大的段给短掩码，需求小的段给长掩码，网关统一取每个子网的第一个可用地址（.1），方便运维记忆。
import ipaddress plan = [ ("服务器区", "219.219.90.0/26", "7 台服务器 + 预留"), ("设备管理", "219.219.90.64/26", "核心/汇聚/接入/路由器/防火墙"), ("扩容预留", "219.219.90.128/25", "二期与测试环境"), ("计算机系大楼", "219.219.91.0/25", "120 点"), ("主教学楼", "219.219.91.128/26", "40 点"), ("实验楼", "219.219.91.192/26", "40 点"), ("图书馆楼教学区", "219.219.92.0/26", "40 点"), ("系部楼 A", "219.219.92.64/26", "40 点"), ("系部楼 B", "219.219.92.128/26", "40 点"), ("系部楼 C", "219.219.92.192/26", "40 点"), ("教务处", "219.219.93.0/27", "25 点"), ("党政办公楼", "219.219.93.32/27", "26 点"), ("图书馆", "219.219.93.64/26", "60 点"), ("生活区", "219.219.93.128/25", "60 门洞 + 预留"), ] for name, cidr, note in plan: net = ipaddress.ip_network(cidr) gate = next(net.hosts()) # 第一个可用地址当网关 print(f"{name:<14}{cidr:<20}可用{net.num_addresses - 2:>4} 网关 {gate} {note}")逐段解释一下为什么这么切。计算机系大楼 120 点，需要至少 126 个可用地址，所以给 /25，多出 6 个余量；其余五栋楼各 40 点，/26 提供 62 个可用地址，刚好留出打印机和 AP 的位置；教务处 25 点、党政办公楼 26 点，/27 的 30 个可用地址够用但没余量，如果这两栋楼以后要加会议室终端，就得提前改成 /26。生活区 60 个门洞用 /25，是因为宿舍是最容易扩的地方，一个 /25 能撑到 126 个门洞。
分配策略上，服务器、交换机管理地址、网络打印机、监控主机全部静态配置；终端走 DHCP，并且每个 DHCP 池必须排除网关和静态段。这一步在报告里经常被省略，但在实际部署时，DHCP 池把网关地址租出去是特别常见的故障。
2.3 网管中心选址与主干拓扑的三层落点
网管中心（中控室）的位置决定了主干光缆的长度和拓扑形状。这个方案里把它放在办公区与教学区之间的行政楼，理由是同距离到图书馆、教学楼、实验楼、宿舍楼这四个主要节点，光缆总长度最短，而且行政楼有独立配电和空调条件。
主干设五个交换节点：中控室、实验楼、图书馆、教学楼、宿舍楼。中心交换机放在中控室，其余四个节点各放一台主干交换机，中控室到这四个节点全部走 8 芯室外光缆，形成星型结构。星型的短板是中心节点单点故障，所以方案里要补一条从教学楼到实验楼的备用链路，让核心交换机开启生成树，主链路断了能自动切换。
带宽分配上，主干千兆、到桌面百兆，这是十几年前校园网的标准配置，放在今天偏低，但作为课程设计的推演过程是合理的：核心到汇聚用千兆光纤模块，汇聚到接入用百兆双绞线，接入交换机到终端用超五类线跑 100M。楼内布线选 6 芯室内光缆加超五类，室外选 8 芯：8 芯里 2 芯收发、2 芯热备、4 芯留给未来扩容，这个冗余比例在园区网里算标准做法。
3. 拓扑与设备选型：25 万的预算表怎么读
需求定完，接下来是把纸上的拓扑变成设备清单和报价。这一章拆三件事：三层架构怎么对应到具体设备、预算表怎么核对、光缆长度怎么估。
3.1 核心、汇聚、接入三层怎么摆
三层架构不只是概念，它直接决定你买几种交换机。核心层只做高速转发和路由，不接终端，所以核心交换机要的是背板带宽、千兆光口数量和三层路由能力；汇聚层负责把多个接入交换机的流量收上来，同时承担一部分 VLAN 间路由和策略；接入层直接接终端，只需要百兆端口、VLAN 划分和端口隔离。
对应到这个方案：核心 1 台，放在中控室，带千兆光口；汇聚 5 台，分别在中控室、实验楼、图书馆、教学楼、宿舍楼；接入 17 台，按楼层和楼栋分布在办公区、教学区、生活区。原文的清单里“主干交换机 5 台配千兆光纤接口”指的就是汇聚这一层，核心和汇聚在数量上合并统计了。
接入层往下还要考虑 VLAN 的划分粒度。常见做法是一个楼栋一个 VLAN，计算机系大楼因为 120 点可能再按楼层拆成两三个 VLAN。VLAN 之间靠汇聚交换机的三层接口做单臂路由，或者干脆把网关放到核心上。前者省钱，后者转发路径更短，课程设计里用前者就行，报告里写清楚网关在汇聚还是核心，评审时能加分。
3.2 设备清单：把报价表拆成四类再逐项核算
原文的清单混着放了交换机、路由器、防火墙、服务器，我按功能重新分了四类，单价照抄，数量照抄，小计自己算：
| 类别 | 设备 | 数量 | 单价（元） | 小计（元） |
|---|---|---|---|---|
| 核心 | 24 口千兆核心交换机 | 1 | 25,000 | 25,000 |
| 汇聚 | 24 口千兆上行汇聚交换机 | 5 | 17,800 | 89,000 |
| 接入 | 24 口百兆接入交换机 | 17 | 930 | 15,810 |
| 出口 | 模块化多协议路由器 | 1 | 23,000 | 23,000 |
| 安全 | 百兆企业级防火墙 | 1 | 11,000 | 11,000 |
| 服务器 | 2U 塔式服务器 | 5 | 11,999 | 59,995 |
| 合计 | 223,805 |
这里的合计是 223,805，而原文写的是 253,805，差整整 3 万。这个差额我留到第 5 章讲，它是这份材料里最值得拿出来说的一处。
线材单独一张表：室外 12 芯多模铠装光缆 750 米，单价 49 元/米，合计 36,750；屏蔽双绞线 200 米，按 100 米一箱算 2 箱，430 元/箱，合计 860；非屏蔽超五类 2500 米，25 箱，200 元/箱，合计 5,000。三项加起来 42,610，和原文一致。
模块和软件一张表：千兆电口模块 4,950、多模光纤模块 4 块共 15,000、GBIC 接口卡 3 块共 29,850、堆叠模块 2,450、网管软件 15,600、服务器操作系统 3 套共 15,000，合计 82,850，也和原文一致。
三张表合起来：42,610 + 223,805 + 82,850 = 349,265 元。这就是方案的总预算。原文三个“总计”里有两个能对上，只有设备表对不上，说明预算不是整体瞎编，而是在某一处被手改过。
选型逻辑上，接入交换机 17 台是这么来的：办公区 3 栋楼按每栋 1 台算 3 台，教学区 7 栋楼按每栋 2 台算 14 台，合计 17 台。但 17 × 24 = 408 个端口，加上汇聚的 120 个，总共 528 个接入端口，而信息点是 531 个。这个数字卡得太死了，第 5 章会展开。
设备选型还要写清理由，不能只列型号。核心交换机看背板带宽和千兆口密度，汇聚看是否支持堆叠和生成树，接入看是否支持端口隔离和 802.1Q，路由器看是否支持 NAT 和策略路由，防火墙看吞吐和并发连接数。价格出处按报告要求要注明，常见做法是记下厂商官网报价页的链接和询价日期，报价有效期一般只有 30 天，报告里最好写“以询价日为准”。
3.3 布线长度：750 米室外光缆是怎么估出来的
光缆长度不是拍的，是量出来的加系数。五个主干节点到中控室的直线距离：实验楼约 180 米，图书馆约 120 米，教学楼约 150 米，宿舍楼约 200 米，加中控室内部跳接 20 米，合计 670 米。室外布线要走地沟或架空，实际路径比直线长 10% 到 15%，670 × 1.1 ≈ 737 米，取整到 750 米，和原文一致。
熔接点也要算。每个主干节点两端各一个光配线架，5 个节点就是 10 个配线架，8 芯光缆每芯两端各熔一次，理论熔接点是 8 × 2 × 5 = 80 芯次。实际施工里通常按“芯数 × 端数”报熔接费，这个数要写进预算，报告里漏掉熔接费和辅材费是最常见的漏项。
楼内 6 芯室内光缆加超五类线的组合，是那个年代的经典搭配：光缆跑楼层间的上联，超五类跑水平到桌面。超五类的单段长度不能超过 100 米，超过就要考虑加中继或者改光纤到桌面，这一点在楼层高、房间深的教学楼里要特别注意。
4. 服务端四件套：DNS、WEB、FTP 的配置与验证
报告里最“可执行”的部分是服务器模块，占了将近一半篇幅，但全是 Windows 图形界面的点击步骤截图。截图能看不能跑，我把它们翻译成配置和命令，方便在虚拟机里复现。
4.1 七台服务器的角色分工
需求里写了 7 台服务器，但预算表只买了 5 台，这又是一处不一致。角色划分是这样的：
| 服务器 | 数量 | 系统 | 承载服务 |
|---|---|---|---|
| 主服务器 | 2 | 类 Unix | 目录服务、DNS 解析、邮件 |
| WWW 服务器 | 1 | Linux | Apache + PHP + MySQL 动态站点 |
| 电子阅览服务器 | 1 | Windows | 多媒体资料检索与文件管理 |
| 教师备课服务器 | 1 | Windows | 课件存储、资料查询、代理服务 |
| 光盘服务器 | 1 | Windows | 多媒体光盘与视频点播 |
| 图书管理服务器 | 1 | Windows | 图书资料管理 |
7 个角色压到 5 台物理机上，常见做法是把电子阅览和光盘服务合并、教师备课和图书管理合并，用不同的端口和目录隔离。报告里没写合并方案，这是需要在方案里补一句的地方，否则预算和需求对不上。
IP 分配直接套第 2 章的表：服务器区 219.219.90.0/26，网关 219.219.90.1，DNS 服务器 219.219.90.2，WWW 219.219.90.10，FTP 219.219.90.11，邮件 219.219.90.12。地址规划做在前面，配服务器的时候就不用临时改。
4.2 DNS 正反向区域：把向导步骤翻译成配置
原文的 DNS 章节写得很细，但有个关键问题：向导里选了“反向搜索”，结果只建了反向区域。只建反向区，用 IP 查域名能通，用域名查 IP 就查不到，WWW 服务根本没法用域名访问。正向和反向两个区域都要建。
用 BIND 的话，声明部分长这样：
# /etc/named.conf 片段：一个正向区 + 一个反向区 zone "campus.example" IN { # 正向：域名 -> IP type master; file "/var/named/campus.example.zone"; allow-update { none; }; # 课程设计阶段关掉动态更新，省事 }; zone "90.219.219.in-addr.arpa" IN { # 反向：IP -> 域名，网段要倒着写 type master; file "/var/named/219.219.90.rev"; allow-update { none; }; };反向区的名字是把网段倒序拼上in-addr.arpa，90.219.219 对应 219.219.90，这个倒序规则是新手最容易写错的地方，写成 219.219.90.in-addr.arpa 会直接加载失败。
正向区文件：
$TTL 3600 @ IN SOA ns.campus.example. admin.campus.example. ( 2024052001 ; serial，每改一次加一，忘了加从服务器就不同步 3600 ; refresh 900 ; retry 604800 ; expire 86400 ) ; minimum IN NS ns.campus.example. ns IN A 219.219.90.2 www IN A 219.219.90.10 ftp IN A 219.219.90.11 mail IN A 219.219.90.12反向区文件：
$TTL 3600 @ IN SOA ns.campus.example. admin.campus.example. ( 2024052001 3600 900 604800 86400 ) IN NS ns.campus.example. 2 IN PTR ns.campus.example. 10 IN PTR www.campus.example. 11 IN PTR ftp.campus.example.反向区里的主机名只写 IP 的最后一段，因为前面的 219.219.90 已经在 zone 名里声明过了。
验证用两条命令，一条查正向一条查反向：
dig @219.219.90.2 www.campus.example +short # 期望输出 219.219.90.10 dig @219.219.90.2 -x 219.219.90.10 +short # 期望输出 www.campus.example.两条都通，DNS 才算配完。只测第一条是很多人的习惯，结果做邮件服务或者日志反解的时候才发现反向区是空的。
4.3 WEB 与 FTP：最小可用配置和验收命令
WEB 服务用 Apache 加一个虚拟主机就够，重点是把目录权限和日志分开：
<VirtualHost 219.219.90.10:80> ServerName www.campus.example DocumentRoot /var/www/campus <Directory /var/www/campus> Options -Indexes +FollowSymLinks # 关掉目录列表，防止被人翻文件 AllowOverride None Require all granted </Directory> ErrorLog /var/log/httpd/campus_error.log CustomLog /var/log/httpd/campus_access.log combined </VirtualHost>Options -Indexes这一项建议默认关掉。校园网的内网服务器上经常有老师直接丢课件进去，目录列表一开，整个目录结构就暴露了。
FTP 用 vsftpd，关键在被动模式端口段：
# /etc/vsftpd/vsftpd.conf 关键项 anonymous_enable=NO # 关匿名，校园网内网也别开 local_enable=YES write_enable=YES chroot_local_user=YES # 把用户锁在自己家目录 pasv_enable=YES pasv_min_port=50000 # 被动模式数据端口范围，防火墙要同步放行 pasv_max_port=50100chroot_local_user=YES是安全底线，不加的话学生账号登上来能一路 cd 到根目录。被动模式端口段要和防火墙策略对齐，这一点在第 5 章会作为故障案例展开。
验收命令两条：
curl -I --resolve www.campus.example:80:219.219.90.10 http://www.campus.example # 期望 HTTP/1.1 200 OK，说明虚拟主机和 DNS 都对 curl -u stu01:密码 ftp://219.219.90.11/ --list-only # 期望列出目录内容，说明 FTP 认证和被动模式都通--resolve这个参数很有用，可以在不改 hosts 文件的情况下指定域名解析到哪个 IP，做多服务器测试的时候省事。
5. 避坑与排查：五个真实翻车现场
方案写得再漂亮，落地时该踩的坑一个都不会少。这一章把这份材料里能看出来的、以及同类校园网方案里高频出现的问题按“现象 → 原因 → 解决”列一遍。
5.1 规划阶段的三个坑
坑一：预算合计和逐项加总对不上，差了 3 万。
现象：设备表六行逐项乘单价加总得 223,805，文档上写的总计是 253,805，两个数都写在报告里，评审一眼就能看出来。
原因：改过单项价格或数量之后没有重算合计。也可能是服务器按 5 台报价、按 7 台需求写，中间那 2 台的成本被算进了合计但没进明细。
解决：报价表固定四列“型号、数量、单价、小计”，小计用公式算，合计用 SUM，任何一处改动都从公式走。定稿前把三张表的总计再手算一遍，和文档里的数字逐个对齐。血泪经验是，预算表的数字错误比技术方案的错误更容易被扣分，因为它不需要懂技术就能发现。
坑二：1000 个信息点只买了 528 个接入端口。
现象：教学区某层有 40 个信息点，本层只放了一台 24 口接入交换机，剩下 16 个点没地方插。
原因：按“楼栋数”配交换机，而不是按“端口数”配。17 台接入交换机 × 24 口 = 408 口，加 5 台汇聚的 120 口，总共 528 口，而实配信息点就有 531 个，还没算上联口、AP 口、服务器口和打印机的预留。
解决：端口数按信息点 × 1.3 配，并且把上联口单独扣除。一台 24 口交换机实际能接终端的只有 22 到 23 个口，因为要留一个上联。按 531 × 1.3 ≈ 690 口算，接入交换机至少要 29 台，这还没算冗余。报告里写 17 台，就得在方案里说明“一期只覆盖教学区核心楼层，二期扩容”。
坑三：四个 /24 当四段独立网段用，路由表多出三条明细。
现象：核心交换机的路由表里 219.219.90.0/24 到 219.219.93.0/24 各占一条，出口路由器上还要再写一遍。
原因：没做 CIDR 聚合。四个段连续，本来可以合并成一条 /22。
解决：在核心和出口上都只写 219.219.90.0/22，掩码 255.255.252.0。要注意聚合的前提是四段都归你管，如果 90 段未来要划给别的单位，就得在边界路由器上做更细的策略。
5.2 配置与验证阶段的两个坑
坑四：DNS 向导选了反向搜索，域名解析不出来。
现象：在客户端 ping 219.219.90.10 能反解出 www.campus.example，但 ping www.campus.example 提示找不到主机。
原因：创建区域时只建了反向搜索区，没有建正向搜索区。正向区管“域名到 IP”，反向区管“IP 到域名”，是两个独立的数据库，缺一个就是半残。
解决：正向区先建，反向区再建，两个都要有 SOA 和 NS 记录。验证时正向反向各 dig 一次，两条都通才算完。
坑五：FTP 能登录，但 ls 卡住不出目录。
现象：客户端输入账号密码提示登录成功，接着执行 ls 一直卡着，最后超时断开。
原因：防火墙只放行了 21 控制端口，被动模式的数据连接走的是 50000 到 50100 这段高位端口，被防火墙默认策略挡了。控制连接通、数据连接不通，表现就是“能登录、列不出文件”。
解决：在防火墙上放行 vsftpd 配置里声明的被动端口段，或者在防火墙上启用 FTP 协议识别让设备自动开洞。前者更可控，推荐前者。排查时先看服务端日志有没有数据连接的记录，再看防火墙的会话表，两边一对就知道卡在哪一段。
6. 二次开发：把纸面方案改成一个能 ping 通的实验环境
课程设计交完就扔，是最可惜的。这套材料真正的价值在于它给了完整的地址规划和拓扑，稍微改一改就能变成一个可验证的实验环境，用来给别人演示子网划分到底怎么通、网关到底起什么作用。
不需要模拟器，一台 Linux 机器用 network namespace 就能造出一个最小校园网：两个不同子网的主机，中间一个 namespace 当路由器。
set -e # 造三个网络命名空间：r1 当路由器，pc1 办公区，pc2 教学区 ip netns add r1; ip netns add pc1; ip netns add pc2 # 办公区链路：r1 <-> pc1，用 219.219.93.0/27 这一段 ip link add veth-r1a type veth peer name veth-pc1 ip link set veth-pc1 netns pc1 ip link set veth-r1a netns r1 ip netns exec r1 ip addr add 219.219.93.1/27 dev veth-r1a ip netns exec pc1 ip addr add 219.219.93.10/27 dev veth-pc1 ip netns exec pc1 ip route add default via 219.219.93.1 # 教学区链路：r1 <-> pc2，用 219.219.91.0/25 这一段 ip link add veth-r1b type veth peer name veth-pc2 ip link set veth-pc2 netns pc2 ip link set veth-r1b netns r1 ip netns exec r1 ip addr add 219.219.91.1/25 dev veth-r1b ip netns exec pc2 ip addr add 219.219.91.10/25 dev veth-pc2 ip netns exec pc2 ip route add default via 219.219.91.1 # 打开转发，否则路由器不转发跨网段报文 ip netns exec r1 sysctl -w net.ipv4.ip_forward=1 # 两端把接口拉起来 for ns in r1 pc1 pc2; do ip netns exec $ns ip link set lo up done ip netns exec r1 ip link set veth-r1a up ip netns exec r1 ip link set veth-r1b up ip netns exec pc1 ip link set veth-pc1 up ip netns exec pc2 ip link set veth-pc2 up # 验收：跨子网能通，就说明网关和掩码配对了 ip netns exec pc1 ping -c 3 219.219.91.10这段脚本的价值在于它把第 2 章的地址表变成了可执行的东西。跑通之后可以继续加东西：给 r1 装 dnsmasq，让它给两个子网发 DHCP 并且做本地域名解析；或者再建第四个 namespace 当“服务器区”，把第 4 章的 DNS、WEB 服务放进去，验证跨子网访问；再狠一点，在 r1 上加 iptables 规则模拟防火墙，复现第 5 章那个 FTP 被动模式被挡的场景，看日志里到底报什么错。
改造时我一般守两条：一是地址规划不动，实验环境必须和报告里的子网一一对应，否则演示的时候自己都要翻文档；二是每加一个组件就写一条验收命令，跑一遍再往下走，别攒到最后一起调。
从那以后我每次交方案前，都会把预算表的每一行独立乘一遍，再把地址表用脚本重新生成一遍，两件事各花不到十分钟，省下的返工时间不止十倍。希望帮到你。
本文还有配套的精品资源，点击获取
