电子图书馆网站设计：从网络拓扑到Web服务的完整课设指南

简介：这份资源是面向高校计算机网络课程设计场景的电子图书馆网站设计方案文档，适合正在完成《计算机网络I》课程设计、需要提交完整设计报告的学生参考。内容围绕可接入Internet的电子图书馆站点展开，涵盖1000M主干网与100M到点的网络架构、4个以上子网划分、DNS/DHCP/WEB/FTP等服务选型配置，以及简单WEB主页编写，并附有需求分析、拓扑结构选择、硬件设备选型、IP地址分配与评分标准等报告要素。资源包共1个doc文件，约26KB，以课程设计大纲、任务书与正文框架为主，便于对照题目要求梳理设计思路与文档结构。已有948人学习下载，可作为课程设计选题与报告撰写的参考样本。

1. 电子图书馆网站设计：从一台交换机的配置开始说起

很多同学拿到“电子图书馆网站设计”这道课设题，第一反应是打开编辑器写首页，结果答辩时被问一句“你这 100 个站点怎么划的子网”就卡住了。这道题的本质不是写网页，而是把《计算机网络 I》里抽象的 TCP/IP 模型、子网划分、DNS/DHCP 解析流程，落到一套能跑起来的网络加网站系统上。它适合两类人：正在赶网络课设、需要交一份完整报告和可运行成果的学生，以及想拿一个中小型园区网加 Web 服务做交付参考的初级工程师。下面这套方案，从需求、拓扑、子网、服务配置一路写到主页代码和验收，你可以按章节直接对照自己的任务书改。

2. 需求分析与技术选型：先把 100 个站点和 4 个子网算清楚

动手之前必须把任务书里的硬指标翻译成可计算的参数，否则后面拓扑画得再漂亮也是空中楼阁。这一章解决“要做什么、用什么做、为什么这么选”三个问题，也是课设报告第 2 章“需求分析”和“使用技术描述”的素材来源。

2.1 把任务书指标拆成可计算的需求

任务书给了几个硬约束：接入 Internet、100 个以上站点、1000M 主干、100M 到点、至少 4 个子网、提供 DNS/DHCP/WEB/FTP 四类服务、编写简单 Web 主页。我一般会先把它们列成一张需求对照表，避免写到一半发现漏项。

“100 个以上站点”不是让你买 100 台电脑，而是地址规划要能容纳 100 个以上主机，实验环境里用模拟器建 100 多个终端节点或者用地址段说明即可。子网划分时每个子网至少留 20% 余量，这是血泪经验——后期加一台服务器、加一个管理口，地址不够就得重划，报告里的表全要改。

2.2 拓扑结构与设备选型

拓扑我推荐经典三层结构：出口路由器—核心交换机—接入交换机—终端，服务器单独挂一个服务器区子网。理由很直接：三层结构在报告里好画、好讲，评分标准里“拓扑结构是否合理”占 20%，三层结构天然满足扩展性和可靠性要求。

设备选型按“够用、可模拟、能讲清”的原则来：

• 出口路由器 1 台：负责 NAT 转换和默认路由，模拟器里用支持 NAT 的型号即可。
• 核心交换机 1 台：千兆口连接服务器区和各接入交换机，承担三层转发或 VLAN 间路由。
• 接入交换机 4 台以上：每台对应一个子网，百兆下行到主机。
• 服务器 2 台：一台跑 DNS + DHCP，一台跑 WEB + FTP，也可以合并成一台，但报告里要说明单点风险。
• 终端主机：模拟 100 台以上，按子网分布。

选型表里不要只写型号，要写“为什么选它”：核心交换机选带三层功能的，是因为要做 VLAN 间路由；服务器选普通 PC 配置即可，因为课设不涉及高并发。这种“选型理由”是评分里“正确理解题意”的得分点。

2.3 服务软件选型与理由

服务软件这块，Web 服务器用 Apache 或 Nginx 都行，课设环境我倾向 Apache，配置直观、日志好查、报告里贴配置片段读者也认得。FTP 用 vsftpd，轻量、配置文件结构清晰。DNS 用 BIND，DHCP 用 isc-dhcp-server，这两个是 Linux 下的标准组合，资料多、排错路径成熟。

如果实验环境是 Windows Server，那就用 IIS + DNS 角色 + DHCP 角色，配置走图形界面，报告里截图更直观。两种路线没有优劣，关键是全文统一：选了 Linux 就别在报告里混 Windows 的截图，文档与实现不一致要扣分。

提示：技术选型章节要写“备选方案对比”，比如 Web 服务器为什么不用 IIS、DNS 为什么不用 Windows 角色，哪怕只写两句话，也比只列一个结论强。

3. 网络详细设计：子网划分、地址分配与设备配置

这一章是整份课设的技术核心，对应报告第 3 章“详细设计与实现”里的硬件配置部分。评分标准里“设备配置、IP 描述、原代码是否完备”占 60%，子网划分和配置命令写不清楚，这一块直接丢分。

3.1 子网划分：用 VLSM 把 4 个子网落到地址段

假设申请到的内网地址段是 192.168.10.0/24，要划出 4 个以上子网。直接用等长子网会浪费地址，我一般用 VLSM 按实际主机数分配：

服务器区给 /26 是因为要放 DNS、DHCP、WEB、FTP 多台服务器，还要留监控和备份地址；阅览区终端最多，也给 /26；管理和访客各 /27 够用。这样 5 个子网满足“至少 4 个”的要求，还留了一个扩展子网，报告里可以写“为后续扩容预留”。

地址分配要写清规则：网关统一用每个子网的第一个可用地址，服务器用静态地址且集中在 .2 到 .20 区间，终端通过 DHCP 获取 .100 以后的地址。这套规则写进报告，答辩时被问“为什么这么分”就有话讲。

3.2 核心交换机 VLAN 与三层路由配置

核心交换机上要建 VLAN、配 SVI 做网关、开三层路由。以常见的命令行设备为例，配置骨架如下：

# 创建 VLAN 并命名，对应四个功能子网 vlan 10 name server vlan 20 name reading vlan 30 name office vlan 40 name guest # 配置各 VLAN 的网关地址（SVI 接口） interface vlan 10 ip address 192.168.10.1 255.255.255.192 no shutdown interface vlan 20 ip address 192.168.10.65 255.255.255.192 no shutdown interface vlan 30 ip address 192.168.10.129 255.255.255.224 no shutdown interface vlan 40 ip address 192.168.10.161 255.255.255.224 no shutdown # 开启三层路由功能 ip routing # 上联口配置为 Trunk，允许所有业务 VLAN 通过 interface GigabitEthernet0/1 switchport mode trunk switchport trunk allowed vlan 10,20,30,40

这段配置的逻辑是：每个 VLAN 一个 SVI 接口做网关，ip routing打开后交换机内部就能完成 VLAN 间转发，不需要每两个子网之间都过路由器。Trunk 口放行四个业务 VLAN，接入交换机侧对应配置 Access 口把终端划进各自 VLAN。参数上注意子网掩码要和 3.1 的表一致，/26 是 255.255.255.192，/27 是 255.255.255.224，写错一位整个子网就不通，这是最常见的翻车点。

3.3 出口路由器 NAT 与默认路由

内网用私有地址，出 Internet 必须做 NAT。出口路由器配置要点：

# 外网口配置公网地址（实验环境用模拟地址） interface GigabitEthernet0/0 ip address 203.0.113.2 255.255.255.252 no shutdown # 内网口指向核心交换机上联地址 interface GigabitEthernet0/1 ip address 192.168.10.254 255.255.255.0 no shutdown # 默认路由指向运营商网关 ip route 0.0.0.0 0.0.0.0 203.0.113.1 # NAT 转换：内网地址段转换为外网口地址 access-list 1 permit 192.168.10.0 0.0.0.255 ip nat inside source list 1 interface GigabitEthernet0/0 overload # 标记内外网接口 interface GigabitEthernet0/0 ip nat outside interface GigabitEthernet0/1 ip nat inside

overload就是 PAT，多个内网主机共用一个公网地址出网，这是课设场景最合理的做法。默认路由必须指对，否则内网通、外网不通，排查时先ping网关再ping外网地址，逐跳定位。核心交换机上也要有一条默认路由指向路由器内网口，形成完整路径。

3.4 服务器区接入与链路带宽落实

“1000M 主干、100M 到点”要在配置和拓扑里体现：核心交换机到服务器区、到各接入交换机用千兆口，接入交换机到终端用百兆口。报告里画拓扑时在链路上标注速率，比只写文字有说服力。服务器网卡建议双网卡绑定或至少千兆网卡，避免服务器成为瓶颈——虽然课设不压测，但答辩时被问“主干千兆，服务器百兆网卡是不是瓶颈”要答得上来。

4. 网络服务配置：DNS、DHCP、WEB、FTP 四件套落地

网络通了只是骨架，服务才是电子图书馆的血肉。这一章按“先基础服务、后应用服务”的顺序配置，每项服务都给出关键配置和验证方法，对应报告里“服务器配置过程”部分。

4.1 DNS 与 DHCP：让终端自动拿到地址并解析域名

DHCP 负责给阅览区、办公区终端自动分配地址，DNS 负责把library.local这类域名解析到 Web 服务器。DHCP 配置核心是地址池和作用域选项：

# /etc/dhcp/dhcpd.conf 关键片段 subnet 192.168.10.64 netmask 255.255.255.192 { range 192.168.10.100 192.168.10.126; option routers 192.168.10.65; option domain-name-servers 192.168.10.2; option domain-name "library.local"; default-lease-time 86400; max-lease-time 172800; }

range要落在子网可用地址范围内，避开网关和静态服务器地址；option routers指向该子网网关；domain-name-servers指向 DNS 服务器地址。DNS 用 BIND 配置正向区域，把www.library.local解析到 Web 服务器 IP，再配一条泛解析或几条常用记录。验证方法很直接：终端ipconfig /release后renew看是否拿到正确网段地址，nslookup www.library.local看是否返回正确 IP。这两步过了，基础服务就算立住了。

4.2 WEB 服务：Apache 虚拟主机承载图书馆主页

Web 服务器用 Apache 配一个基于域名的虚拟主机，把主页目录指到站点根目录：

# /etc/apache2/sites-available/library.conf <VirtualHost *:80> ServerName www.library.local DocumentRoot /var/www/library <Directory /var/www/library> Options Indexes FollowSymLinks AllowOverride None Require all granted </Directory> ErrorLog ${APACHE_LOG_DIR}/library_error.log CustomLog ${APACHE_LOG_DIR}/library_access.log combined </VirtualHost>

ServerName要和 DNS 记录一致，DocumentRoot指向主页文件所在目录，日志单独命名方便排错。启用站点后systemctl reload apache2，浏览器访问域名能看到主页即成功。这里有个容易忽略的点：防火墙要放行 80 端口，SELinux 环境下还要改目录上下文，否则页面 403，现象是“配置都对但打不开”，原因就是权限或安全策略拦了。

4.3 FTP 服务：电子书资源的上传与下载通道

FTP 用来放电子书文件，配置 vsftpd 时重点管好三件事：匿名访问是否开放、本地用户权限、被动模式端口范围。课设场景建议关闭匿名写权限，开一个专用账号只读下载：

# /etc/vsftpd.conf 关键项 anonymous_enable=NO local_enable=YES write_enable=NO local_umask=022 chroot_local_user=YES pasv_enable=YES pasv_min_port=30000 pasv_max_port=30100

chroot_local_user=YES把用户锁在家目录，防止乱逛；被动模式端口范围要在防火墙上放行，否则客户端能登录但列不出目录，这是 FTP 最经典的“玄学”故障——现象是登录成功、ls卡住，原因就是数据连接端口被拦。验证时用命令行客户端登录，ls能列出文件、get能下载一个小文件，就算通过。

4.4 服务联动验证：一条链路串起四类服务

单项服务通了不代表整体通，要按用户真实访问路径串一遍：终端通过 DHCP 拿到地址 → DNS 解析www.library.local→ 浏览器打开主页 → 主页上的下载链接指向 FTP 资源。这条链路任何一环断了，用户体验就是“网站打不开”或“下载没反应”。我一般会画一张服务依赖图放进报告：DHCP 依赖地址池配置，DNS 依赖区域文件，WEB 依赖 DNS 解析和 80 端口，FTP 依赖 21 端口加被动端口段。答辩时指着这张图讲，比逐条念配置清楚得多。

5. 主页设计与避坑排查：页面能看，故障能查

主页是评分里“编写简单的 WEB 主页”的落点，也是整个系统对外的脸面；排查章节则是把项目里最容易翻车的地方提前拆掉。这两块放在一起，是因为主页上的每个链接背后都对应一个服务，页面出问题往往要回到服务层查。

5.1 电子图书馆主页的结构与代码

主页不需要复杂框架，静态 HTML + CSS 足够，结构上分四块：顶部导航、馆藏检索入口、分类推荐、页脚信息。给一个可直接改用的骨架：

<!DOCTYPE html> <html lang="zh-CN"> <head> <meta charset="UTF-8"> <title>电子图书馆 - 首页</title> <style> body { font-family: "Microsoft YaHei", sans-serif; margin: 0; } header { background: #2c5f8a; color: #fff; padding: 16px 32px; } nav a { color: #fff; margin-right: 20px; text-decoration: none; } .search { padding: 24px 32px; background: #f0f4f8; } .search input { width: 320px; padding: 8px; } .search button { padding: 8px 20px; background: #2c5f8a; color: #fff; border: none; } .books { display: flex; gap: 16px; padding: 24px 32px; flex-wrap: wrap; } .book { border: 1px solid #ddd; padding: 12px; width: 180px; } footer { background: #333; color: #ccc; text-align: center; padding: 12px; } </style> </head> <body> <header> <h1>电子图书馆</h1> <nav> <a href="/index.html">首页</a> <a href="/books.html">馆藏目录</a> <a href="ftp://192.168.10.3/pub/">资源下载</a> <a href="/about.html">关于本馆</a> </nav> </header> <section class="search"> <input type="text" placeholder="输入书名或作者检索"> <button>检索</button> </section> <section class="books"> <div class="book"><h3>计算机网络基础</h3><p>分类：计算机</p></div> <div class="book"><h3>网络协议分析</h3><p>分类：计算机</p></div> <div class="book"><h3>数字图书馆导论</h3><p>分类：图书情报</p></div> </section> <footer>电子图书馆课程设计 · 仅供教学演示</footer> </body> </html>

导航里的 FTP 链接直接指向资源服务器，体现“网站 + 服务”的联动；检索框课设阶段可以只做静态展示，报告里写“检索功能为后续扩展方向”，反而符合评分标准里“程序中待解决的问题及改进方向”的要求。页面配色和布局不用追求花哨，结构清晰、链接可用、在不同分辨率下不乱，就达到“简单 Web 主页”的标准。

5.2 常见问题排查：五类最容易翻车的点

现象一：终端拿不到 IP 地址。原因通常是 DHCP 地址池和子网不匹配，或者 DHCP 服务没监听正确网卡。解决：先看服务器上 DHCP 服务状态和日志，再确认subnet声明与网关地址在同一网段，最后检查接入交换机端口是否划进了对应 VLAN。

现象二：域名解析失败但 IP 能访问。原因多为终端 DNS 指向错误，或 BIND 区域文件里记录写错。解决：终端上nslookup指定 DNS 服务器测试，服务器上named-checkzone校验区域文件语法，逐层排除。

现象三：跨子网 ping 不通。原因一般是核心交换机没开ip routing，或终端网关指错。解决：在核心交换机上show ip route看直连网段是否都在，终端上确认网关地址与 SVI 一致。

现象四：FTP 能登录但列不出目录。原因是被动模式端口段被防火墙拦截。解决：放行pasv_min_port到pasv_max_port范围，客户端切换主动/被动模式对比测试。

现象五：内网通、外网不通。原因多为 NAT 配置不完整或默认路由缺失。解决：路由器上检查 NAT 内外网接口标记、访问控制列表是否匹配内网段，再看默认路由下一跳是否可达。

注意：每一条排查都要在报告里写成“现象—原因—解决”三段式，这是评分标准里“开发中遇到的问题及解决办法”的直接得分项，别只写一句“已解决”。

6. 验收与答辩：用一张检查表把 60% 的设备分拿稳

课设最后拼的不是谁功能多，而是谁能在答辩现场把“拓扑合理、配置完整、文档一致”三件事讲清楚。我一般会让学生按下面这张检查表自测，每一项都能当场演示或翻到报告对应页：

答辩时有个技巧：主动暴露一个“已知问题 + 改进方向”，比如“当前 FTP 未做限速，后续可加带宽控制”，比被问住强。评分标准里明确写了“程序中待解决的问题及改进方向”，主动讲等于把送分题做了。另外，报告里的配置片段一定要从设备上实际show run复制，别手敲，手敲的缩进和参数很容易和实际不一致，文档与代码不一致直接扣 20%。

从那以后我每次带课设，都强制学生先跑一遍这张检查表再交报告，因为翻车最多的不是技术不会，而是“做了但没演示出来、写了但和实际对不上”。希望这套从需求到验收的完整路径，能帮你把电子图书馆网站设计这道题稳稳落地。

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