简介：这是一份计算机网络课程设计「电子图书馆网站设计」的完整文档资料，面向正在完成计算机网络课程设计作业、需要参考完整设计思路与报告结构的高校学生。文档依据《计算机网络 I》课程设计大纲整理，完整还原了一个可接入Internet的电子图书馆网站设计任务：内部采用1000M主干网、100M到点，至少划分4个子网，并提供DNS、DHCP、WEB、FTP等服务。资料涵盖需求分析、网络拓扑结构选型、硬件设备选型、子网划分与IP地址分配思路、服务器配置要点以及简单WEB主页设计说明，并附有课程设计目的、任务书、评分标准和报告撰写框架，可直接用于撰写课程设计报告或作为同类方案的参考模板。资源为1个doc格式文件，压缩包仅26KB，内容精炼但结构完整，包含电子图书特点与常见格式等背景知识。目前已有947人学习浏览，是完成计算机网络课程设计时比较实用的参考资料。
1. 电子图书馆网站设计：别把它当成一个普通网页项目
很多人第一次拿到“电子图书馆网站设计”这道课程设计题时，都会误以为重点是写网页。我刚拆这个题目时也一样，结果仔细看任务书才发现，网页只是整条链路的最后一环。真正要交付的是一整套园区网络：100 个以上站点接入、内部 1000M 主干、100M 到点、至少划分 4 个子网，还要把 DNS、DHCP、WEB、FTP 四类服务全部配置出来，最后再写一个能通过域名访问的电子图书馆主页。项目本质是计算机网络课程里典型的一体化设计，把 TCP/IP 分层、VLAN、路由、服务配置这些书本概念落到一个可运行的工程上。这篇文章就从需求拆解、拓扑规划、子网划分、服务配置到避坑验证，把完整链路讲清楚，新手能照着搭，已经动手的同学也能对着检查细节。
2. 网络拓扑与设备选型：先把架构立住再谈配置
2.1 需求拆解：任务书五个硬指标怎么对应到设计
动手画拓扑之前，我会先把任务书里的每一条硬性要求拆成可执行的设计参数。这步看似简单，却是很多同学在报告里失分的起点。
- “站点的设计要求有 100 个以上的站点”：站点不是指服务器，是指整个园区网内的所有信息点，包括 PC、服务器、网络设备。100 个站点换算下来，至少需要足够的 IP 地址空间和接入端口数量。
- “内部采用 1000M 主干网，100M 到点”：交换机互联链路、核心到服务器的链路按千兆设计，PC 到接入交换机的端口按百兆设计。这不是一个速率协商参数，而是拓扑里每条链路的带宽标注。
- “至少要划分 4 个以上的子网”：这是为了控制广播域，也让不同业务流量相互隔离。4 个子网建议不要全部给用户用，最好拆分出服务器区和管理区。
- “站点需要提供 DNS、DHCP、WEB、FTP 等服务”：这四个服务不是可选项，是必须全部在模拟环境里跑起来并验证通过。
- “编写简单的 WEB 主页”：主页要能通过域名访问，所以它天然依赖 DNS 解析和 WEB 服务两个前置条件。
把这些指标拆完，报告里“需求分析”部分的站位就高了。评分标准里有一部分看“设备配置、IP 描述、原代码是否完备”，需求分析写得越贴任务书，后面的配置就越有依据。
2.2 拓扑结构选型：三层架构为什么是课程设计最优解
我见过不少同学把 100 台 PC 全部挂到一台交换机上，美其名曰“扁平网络”。这种做法在真实场景里不是不能用，但课程设计要体现网络层次的理解。任务书评分标准里“拓扑结构是否合理”单独占 20%，所以拓扑不能糊弄。
推荐的方案是核心层、汇聚层、接入层三层架构。核心交换机负责 VLAN 间路由和全网转发，把所有子网的网关放在核心上；汇聚交换机按区域收拢接入流量，向上走千兆 Trunk 连核心；接入交换机提供 100M 到桌面，每个区域一台。服务器区单独挂在核心交换机千兆端口上，保证多用户并发访问服务器时的带宽。
这样一个拓扑的设计理由很清晰：故障隔离在接入层，某个区域的网线出问题不会影响全网；本地 VLAN 流量在接入层终结，只有跨 VLAN 的流量才需要经过核心；服务器上联链路短，访问路径延迟最低。报告里补一张手工画的拓扑图就能把这三层关系讲透。
提示：三层架构不是说必须用三种不同型号的设备，而是逻辑上要分层。模拟环境里哪怕全部用同型号交换机，只要功能划分到位，报告上也站得住。
2.3 设备选型与端口规划：不同设备承担什么角色
设备选型不用堆参数，但每一个选型都要对应到它在拓扑里承担的角色。
核心交换机选型理由：需要三层路由能力，支持 VLAN 接口（SVI）配置静态路由，端口全部千兆，用来终结所有子网的网关，同时承载跨 VLAN 流量转发。
汇聚交换机选型理由：二层交换即可，上联核心做 Trunk，下联接接入交换机，端口千兆。如果站点数量少，汇聚层可以只放一台，把两台接入交换机直接挂在这台汇聚下面。
接入交换机选型理由：24 口或 48 口二层交换机，每个 PC 占一个 100M 口，上联汇聚或核心用千兆。接入层交换机数量按站点数估算：48 口交换机两台就能覆盖 100 台 PC，再加上冗余也够。
服务器选型理由：DNS 和 DHCP 合一台，WEB 和 FTP 合一台或分开都行。我一般拆成两台独立的服务器：一台 192.168.30.2 跑 DNS 和 DHCP，一台 192.168.30.10 跑 WEB，一台 192.168.30.11 跑 FTP。服务分得越清楚，报告里“硬软件选型”和“应用软件设计”的篇幅就越好写。
端口规划上提前计算：核心交换机要留出至少 2 个千兆口给服务器，1 个千兆口上联路由器，2 到 4 个千兆口下联汇聚。接入交换机每个口对应一台 PC，规划时留 10% 余量，方便后期扩展。
3. 子网划分与 IP 编址：四子网联动的计算逻辑
3.1 带宽设计：1000M 主干和 100M 到点是怎么协同的
任务书里的“1000M 主干、100M 到点”很容易被理解成所有链路都是千兆，实际上不是。PC 网卡和接入交换机端口按 100M 设计即可，因为单个 PC 的并发访问量远到不了千兆。真正需要千兆的是汇聚链路、核心链路和服务器上联口——假设 100 台 PC 每个跑 10M 流量，汇聚到核心的链路就需要至少 1000M 才能不丢包。
所以拓扑图里每条链路的带宽标注要准确：PC 到接入交换机是 100M，接入到汇聚是 1000M，汇集到核心是 1000M，服务器到核心是 1000M。报告里写“核心交换机所有端口均为 1000M 自适应，接入交换机用户端口 100M、上联口 1000M”是最规范的表述。
3.2 子网划分方案：四子网怎么分段最合适
既然题目要求 4 个以上子网，我建议直接分成 4 个网段，每段用 /24 掩码。用 /24 的好处是每个子网能容纳 254 个可用地址，四个子网加起来超过 1000 个地址，对于 100 个站点的规模绰绰有余，且每组地址看一眼就明白属于哪个区域，报告可读性高。
让 WORD 写一个示例网段：
| 子网名称 | 网段 | 网关 | 用途 |
|---|---|---|---|
| VLAN 10 | 192.168.10.0/24 | 192.168.10.1 | 学生用户区 |
| VLAN 20 | 192.168.20.0/24 | 192.168.20.1 | 教师用户区 |
| VLAN 30 | 192.168.30.0/24 | 192.168.30.1 | 服务器区 |
| VLAN 40 | 192.168.40.0/24 | 192.168.40.1 | 网络管理区 |
服务器区单独占一个子网的用意很明确：用户 PC 和服务器不处在同一个二层广播域，避免用户侧的大流量广播影响到服务器。管理区放网络设备的调试地址，平时收流量，需要运维时直接 SSH 登录。
具体 IP 分配要遵循一个原则：网关占用 .1，服务器等静态设备占用低地址段，DHCP 动态地址池从高地址段开始。我习惯把地址池范围定在 192.168.10.100 到 192.168.10.200，前 99 个地址全部留给静态设备。这样即使忘记排除某个服务器地址，冲突概率也会低很多。
核心交换机上的 VLAN 与网关配置如下：
vlan 10 name STUDENT vlan 20 name TEACHER vlan 30 name SERVER vlan 40 name ADMIN interface vlan 10 ip address 192.168.10.1 255.255.255.0 no shutdown interface vlan 20 ip address 192.168.20.1 255.255.255.0 no shutdown interface vlan 30 ip address 192.168.30.1 255.255.255.0 no shutdown interface vlan 40 ip address 192.168.40.1 255.255.255.0 no shutdown这段命令做了两件事：创建四个 VLAN，并为每个 VLAN 创建虚拟三层接口 SVI。SVI 接口的 IP 就是对应网段用户的网关地址。vlan 10 的网关是 192.168.10.1，vlan 20 的网关是 192.168.20.1，以此类推。
注意：VLAN 编号、网段、网关三项必须一一对应，报告里写错的，八成是这三个数字里有一个对不上。写完配置后用 show vlan brief 核一遍。
3.3 Trunk 链路：让多个 VLAN 穿越同一根线
光在核心交换机上创建 VLAN，用户 PC 依然上不了网，因为从接入交换机到核心的物理链路还没有放行这些 VLAN。Trunk 的作用就是让同一条物理链路上承载多个 VLAN 的流量，通过 802.1Q 标签区分善恶。
配置核心交换机连汇聚的端口：
interface GigabitEthernet0/1 switchport mode trunk switchport trunk allowed vlan 10,20,30,40这段话要理解成“这个口允许 VLAN 10、20、30、40 的帧通过”。如果没有这个配置，即使 VLAN 创建了、SVI 配置了，PC 发出的帧也根本到不了核心交换机，后续一切服务都无从谈起。接入交换机上联汇聚的口也要同样配置 Trunk，这才是完整链路。
我遇到过不少同学只在核心上配置了 Trunk，汇聚和接入之间用的是 Access 端口，结果 VLAN 10 的 PC 能拿到地址，VLAN 20 的 PC 怎么弄都不通，原因就是 Trunk 链路上的 VLAN 没放行。排查时优先用 show interfaces trunk 看两端放行列表是否一致。
4. 服务配置：让 DNS、DHCP、WEB、FTP 协同工作
4.1 DHCP 服务配置与中继：各子网自动获取 IP
DHCP 的目标是让用户 PC 开机后自动拿到 IP、网关、DNS。四个子网里，学生区和教师区需要 DHCP 自动分配，服务器区和管理区全部用静态 IP。
DHCP 服务我放在 192.168.30.2 那台服务器上。核心配置段如下，以学生区为例：
ip dhcp excluded-address 192.168.10.1 192.168.10.99 ip dhcp pool STUDENT network 192.168.10.0 255.255.255.0 default-router 192.168.10.1 dns-server 192.168.30.2第一行把 192.168.10.1 到 192.168.10.99 这 99 个地址排除在动态分配之外，留给网关、服务器、打印机等静态设备。第二到五行定义 STUDENT 地址池：网段是 192.168.10.0/24，默认网关 192.168.10.1，DNS 指向 192.168.30.2。教师区照抄，把网段和网关改成 192.168.20.x。
这里隐藏着一个很多人第一次做会踩的坑：DHCP 服务器和学生区不在同一个网段，而 DHCP 的初始请求是广播，正常情况下到不了服务器。解决办法是在核心交换机的 VLAN 接口上开启 DHCP 中继：
interface vlan 10 ip helper-address 192.168.30.2 interface vlan 20 ip helper-address 192.168.30.2ip helper-address 的核心作用是：当这个 VLAN 内出现广播的 DHCP Discover 请求时，核心交换机把它转成单播，转发给 192.168.30.2。服务器以单播回包，再通过核心交换机转回用户 PC。整个过程用户无感知，但少配这一条，所有子网的 PC 都会卡在“获取 IP”这步，怎么等都拿不到地址。
配置完成后验证方式很简单：任选一台用户 PC，执行 ipconfig /renew，如果拿到 192.168.10.x 网段的地址、网关 192.168.10.1、DNS 192.168.30.2，说明 DHCP 全链路已经通了。注意看拿到的 IP 网段是否匹配 PC 所在 VLAN，如果学生区的 PC 拿到了 192.168.20.x，说明 DHCP 池和中继配置存在交叉。
4.2 DNS 服务配置：把域名解析到服务器 IP
DNS 服务器让用户用域名访问网站，而不需要记忆 IP。任务书里没有指定域名，我习惯用 www.lib.edu.cn 作为图书馆主页域名，FTP 用 ftp.lib.edu.cn。这两个域名都配置在 DNS 服务器上，使用 A 记录：
| 主机名 | 类型 | 指向 IP |
|---|---|---|
| www.lib.edu.cn | A | 192.168.30.10 |
| ftp.lib.edu.cn | A | 192.168.30.11 |
配置时格外注意：主机名不要带 http:// 或 ftp:// 前缀，也不要带 / 结尾。写 www.lib.edu.cn 而不是 http://www.lib.edu.cn，这是最典型的输入错误，写了也解析不出来。
DNS 和 DHCP 的联动也很关键。DHCP 池里 dns-server 已经指向 192.168.30.2，用户 PC 拿到 IP 后就会自动使用这个 DNS。DNS 服务器本身的 IP 必须是静态的，且排除在 DHCP 地址池之外。
验证 DNS 不能只看浏览器。在任意用户 PC 上先确认网关通，然后执行 nslookup www.lib.edu.cn，回显里出现“Address: 192.168.30.10”，才算解析成功。如果解析出来是别的地址，或者一直超时，问题集中在 DNS 记录或 PC 的 DNS 指向两处。
4.3 WEB 服务与主页发布：域名访问打通
WEB 服务器跑在 192.168.30.10 上，发布目录指向一个包含主页文件的文件夹。电子图书馆主页我通常用纯 HTML 写，保持结构清晰，方便报告中贴代码。一个够用的首页包含标题、简介、导航三个模块：
<!DOCTYPE html> <html lang="zh-CN"> <head> <meta charset="UTF-8"> <title>电子图书馆</title> </head> <body> <h1>电子图书馆</h1> <p>面向全校师生的数字资源统一检索与下载平台</p> <nav> <ul> <li><a href="search.html">图书检索</a></li> <li><a href="newbooks.html">新书通报</a></li> <li><a href="ftp://192.168.30.11/pub">资源下载</a></li> </ul> </nav> </body> </html>逻辑说明：页面结构分三块——h1 表明站点身份，p 写明用途，nav 提供三个入口。search.html 和 newbooks.html 是二级页面，ftp 链接指向 FTP 服务器的 pub 目录。文件名必须是 index.html，这正是 WEB 服务默认文档查找顺序里排在最前面的名字。发布后用户访问 http://www.lib.edu.cn 时，WEB 服务自动定位 index.html 并返回。
WEB 服务选型我一般用开源的 Apache 或自带 WEB 服务的模拟器组件，性能不是重点，关键是配置好站点根目录、默认文档和端口。端口如果没有特殊要求，保持默认 80 即可。验证时先用 IP 访问，再到用户 PC 上用域名访问。IP 访问成功而域名访问失败时，问题几乎必然在 DNS 解析或 PC 的 DNS 指向上，不要第一时间怀疑 WEB 配置。
4.4 FTP 服务配置：电子图书资源的下载通道
FTP 服务器放在 192.168.30.11，目录结构按用途划分：/pub 公共下载区、/upload 管理员上传区。
mkdir -p /srv/ftp/pub chmod 755 /srv/ftp/pub systemctl restart vsftpd systemctl enable vsftpd逻辑说明：第一行创建公共目录，第二行设置权限 755——所有者可读写执行，其他人可读可执行，保证普通用户能查看和下载，但不能上传修改。第三行重启 FTP 服务让配置生效，第四行设置开机自启。这里有一个内容安全上的习惯：默认匿名方式会有安全风险，更稳妥的做法是禁止匿名登录，只允许内网认证用户访问。任务书只需要提供 FTP 服务，不要求匿名开放，所以做权限收紧在报告里反而是加分项。
FTP 验证需要从用户 PC 发起连接。在文件管理器地址栏输入 ftp://192.168.30.11/pub，能够列出目录并下载文件就算成功。命令行方式执行 ftp 192.168.30.11 后输入用户名密码，再用 get 命令下载测试文件，两种方式任选一种即可。
5. 避坑与排查：课程设计里最容易翻车的四个场景
5.1 跨 VLAN 不通：查 Trunk 放行和 SVI 网关
现象：同一个 VLAN 里的 PC 互相能 ping 通，但不同 VLAN 的 PC 互相 ping 不通，甚至 ping 网关也不通。
原因：VLAN 间通信依赖三层接口和 Trunk 链路，两个问题经常同时发生。一是核心交换机没有给对应 VLAN 配置 SVI 网关接口，二层能通但三层没有路由入口；二是交换机间链路没有配置为 Trunk，或者放行列表里漏了某个 VLAN，帧到汇聚层就被丢弃了。
解决：先用 show vlan brief 确认 VLAN 都存在，再用 show interfaces trunk 看两端放行列表是否一致，最后检查 PC 的网关是否指向 SVI 地址。排错顺序建议从用户 PC 开始往核心方向一层层 ping：先 ping 网关，网关不通查接入交换机端口和 VLAN 划分；网关通了再 ping 服务器地址，不通查核心路由和 Trunk。
5.2 DHCP 分配到了错误的网段：排除地址和 default-router 双重检查
现象：学生区的 PC 自动获取到 192.168.30.x 的地址，网关却是 192.168.30.1，导致无法访问学生区网关，网络完全不可用。
原因：DHCP 配置里地址池和 default-router 不匹配，或者地址池的 network 段写错了。比如老师复制的配置时把 STUDENT 池的 network 错写成 192.168.30.0，用户 PC 就会从服务器区拿地址。还有一种隐蔽情况：地址池的排除了服务器的静态 IP，但用户 PC 从服务器网段拿走其他地址，造成地址冲突。
解决：把四个 DHCP 池全部清掉，按照“network 网段 + default-router 网关 + dns-server DNS”三行逐一重新配置，每配一个池就在一台 PC 上 renew 验证一次。确认网段和网关匹配后再配下一个池，避免旧配置残留干扰。
5.3 DNS 解析不生效：记录类型、域名后缀、PC 指向三处都要查
现象：nslookup www.lib.edu.cn 返回找不到主机，或者浏览器输入域名后提示无法访问。
原因：常见的原因有三个——DNS 记录类型配错，把 A 记录写成了 CNAME 但目标主机名不存在；域名后缀多写或少写，比如写成 www.lib.edu.cn. 带结尾点，部分解析器能容忍但模拟器环境可能失败；用户 PC 的 DNS 指向不是 DHCP 下发的 192.168.30.2，而是手动设置了公共 DNS，模拟环境里自然解析不了。
解决：在 DNS 服务器上确认 A 记录的主机名和 IP 完全正确；用 ipconfig /all 检查 PC 的 DNS 后缀和 DNS 服务器地址；再回 DHCP 池确认 dns-server 参数写的是 192.168.30.2。最后在服务器本机上 nslookup 做一次自测，彻底排除记录本身问题。
5.4 FTP 连接超时：主动模式与被动模式之争
现象：FTP 客户端能连上服务器，输入用户名密码后提示成功，但一列目录或下载文件就卡住，最终超时断开。
原因：FTP 的控制通道用端口 21，数据通道另开端口。主动模式下服务器主动连接客户端的随机端口，被动模式下客户端连接服务器开放的数据端口。很多网络环境默认拦截主动模式的出站连接，导致列目录时数据通道建立失败。
解决：客户端改成被动模式，主流 FTP 工具都有这个选项，命令行下用 ftp -p 强制被动模式。服务器端把 pasv_enable 打开并指定数据端口范围，比如 pasv_min_port=50000、pasv_max_port=50100，再把这段端口放行。这个问题在真实网络环境里很典型，课程设计模拟器里不一定暴露，但报告里提一句“区分主动与被动模式”能明显提升专业度。
6. 验证与答辩：让整套系统经得起追问
交课程设计之前，我习惯做一轮从顶到下的验证。验证顺序模拟真实用户的完整路径：用户 PC 开机 → 自动获取到正确网段的 IP → ping 通网关 → nslookup 解析出藏书域名 → 浏览器访问 http://www.lib.edu.cn 看到主页 → FTP 登录下载一本电子书。每过一步截一张图，截图里带时间戳或终端标题，这样报告里的“遇到的问题及解决方法”就有原始素材，不用事后凭记忆编。
报告正文写完后还要做一次文档与配置的交叉核对。评分标准里有一条“文档与程序代码是否一致”占 20%，所以拓扑图、IP 编址表、配置命令三处必须完全对应。最容易出现的不一致是：拓扑图里画了三台接入交换机，IP 表里却只写了两个网段的用户地址；或者报告里写的 DHCP 地址池范围和实际配置不一致。我每次都会把文档里的每一行 IP 和配置命令过一遍，看到对上才提交。
答辩被问问题的方向基本固定。老师可能会问你为什么划分 4 个子网而不是 2 个子网，可以回答“把用户区和服务器区隔离开，控制广播域，也让不同业务的故障范围可控”。也会问为什么 DNS 和 DHCP 放同一台服务器，回答“降低设备成本和配置复杂度，单点故障在课程设计场景下可以接受”。还可能问如果把站点数从 100 扩展到 500，你的规划怎么改，这题要说出“学生区从 /24 细分为多个 /25 或 /26，或者整体改用 10.0.0.0/16 保留扩展位，同时出口路由器做 NAT 转换”。
回答的关键不是背答案，而是能指着自己画的那张 IP 编址表把扩建思路一步步推导出来。
从那以后我每次做类似课程设计，都会强制走一遍“用户视角验证流程”，不做完这一步不提交报告。网络工程的坑大多不是配置写不对，而是链路里某一环被忽略了。希望这些拆解能帮到你。
本文还有配套的精品资源，点击获取
