简介：计算机网络课程设计中的电子图书馆网站是一个典型的综合实践选题，适合网络工程、计算机等相关专业学生完成课程报告或答辩准备。内容围绕接入互联网、内部采用千兆主干网、百兆到点、至少划分四个子网，以及提供域名解析、动态主机配置、网页和文件传输等服务展开，并给出从需求分析、拓扑结构、设备选型到子网划分、主页编写的完整设计思路。压缩包内共1个文件，为doc格式文档，大小约26KB，结构紧凑、便于直接参考或修改。目前已有947人浏览学习。文档还收录了课程设计任务书、评分标准、章节组织建议及电子图书格式与建设方案，能够帮助读者理解网站类课程设计全流程，也可作为撰写报告和梳理配置要点的实用参考。
1. 电子图书馆网站设计：一道综合网络课设题的目标拆解
每年的计算机网络课程设计都会有一批人栽在同一个地方：以为重点是写网页。实际上从评分结构看，网页只是最后一步“发布”的载体，真正占分的是网络部分——设备配置、IP描述、拓扑合理性合计占了80%。这道电子图书馆网站设计的课设题，要求站点数量100个以上、内部1000M主干网、100M到点、至少4个子网，并且要提供DNS、DHCP、WEB、FTP服务，本质上是在让你完整走一遍一个小型企业网络的交付过程。
这篇方案面向正在做网络课设的同学，也适合刚入行的实施工程师参考。按照“需求分析 → 架构设计 → 网络规划 → 服务配置 → 代码发布 → 验收答辩”的顺序，把一套能直接提交的报告结构、配置命令和自查清单完整落地出来。你会发现这份方案做到最后，不仅是一份能拿优秀评分的课设报告，更是一份可以直接复用到真实小规模园区网的模板。
2. 需求分析与总体架构：先看清这是一个网络项目，不是网页项目
2.1 需求分析拆分：从任务书里提取硬性指标
先把任务书的每一条要求转换成可量化的网络指标，这是写报告需求分析章节的基础。原始要求拆开后大概是这样的。
| 任务书要求 | 量化指标 | 设计影响 |
|---|---|---|
| 100个以上站点 | 终端节点不少于100个 | 需要规划VLAN与子网容量 |
| 1000M主干网，100M到点 | 核心交换机间链路1000M，接入层到终端100M | 设备选型必须支持千兆上行 |
| 至少划分4个子网 | VLAN不少于4个 | 三层交换或单臂路由实现VLAN间互通 |
| 提供DNS服务 | 域名解析，最好支持正向与反向区域 | 需要一台DNS服务器，规划域名 |
| 提供DHCP服务 | 自动分配IP，按子网划分作用域 | DHCP服务器或三层交换机DHCP池 |
| 提供WEB服务 | HTTP访问电子图书馆主页 | Apache/Nginx或IIS |
| 提供FTP服务 | 文件上传下载，适合图书电子资源 | vsftpd或Serv-U |
| 接入Internet | 边界路由+NAT | 路由器或防火墙做NAT与默认路由 |
这些指标不拆分出来，后面做设备选型和拓扑设计就没有依据。很多人在报告里把需求分析写成“系统需要界面美观、操作方便”这种空话，这是拿不到分的。一个合格的网络课设需求分析必须能从任务书原文逐条映射到技术参数上。
在实际规划时还要补充一个性能层面的考量：图书馆场景的并发访问集中在白天，网页以静态资源为主，FTP以下载为主，这种业务模型对带宽的消耗集中在东西向流量和边界下行流量。所以主干采用千兆是合理的，接入层百兆也够用，核心不需要上万兆——这一点在报告里说清楚，能体现你理解业务与网络匹配关系，而不是盲目堆配置。
2.2 拓扑结构设计：三层架构与冗余策略
站点数量超过100个、需要划分4个子网，最稳妥的做法是采用三层网络架构——核心层、汇聚层、接入层。其中核心层一台三层交换机承担VLAN间路由，接入层两台二层交换机分别接入不同区域的终端，边界一台路由器负责连接外部网络。需要说明的是，本题没有要求冗余，所以核心层和路由器不做双机，这样既满足功能又控制设备成本。
网络拓扑的逻辑连接关系用文字描述是这样的：所有VLAN的网关都配置在核心三层交换机上，通过SVI接口实现VLAN间互通；汇聚层如果存在，一般由接入交换机兼任，不单独增加设备；边界路由器通过千兆口连接核心交换机，另一个接口连接模拟互联网的线路或上级设备；服务器群（DNS、DHCP、WEB、FTP）可以直接挂在核心交换机上，与业务终端分属不同VLAN，便于安全控制。
拓扑结构是否合理占了20%的评分比重，需要注意的要点是：不要把服务器和终端混在同一个二层域里，不要把DHCP服务器放在客户端所在网段以外却不在核心上配DHCP中继，不要用一台傻瓜交换机扛所有终端。合理性的核心判断标准只有一个——广播域是否被控制、关键流量路径是否清晰。这个逻辑在报告里画拓扑图时要用图注说清楚。
2.3 设备选型与配置参数：按拓扑需求反向决定
设备选型不是选完再想怎么用，而是先确定每个位置需要什么功能，再选对应的设备档位。推荐一套符合本题规模、成本可控的选型组合。
核心交换机选择三层交换机，要求支持VLAN间路由、DHCP中继、链路聚合。在这个规模下不需要模块化框式交换机，固定端口千兆三层交换机足够。接入交换机选择二层千兆上行交换机，至少24个百兆/千兆电口，支持VLAN划分，上联口支持千兆。边界路由器要求支持NAT、ACL、静态路由，能够连接运营商线路。服务器统一使用通用机架式服务器，双网卡做bond，满足DNS、DHCP、WEB、FTP四类服务同时运行时的资源需求。
硬件选型参数表是报告里的重要加分项。每一类设备都要给出端口数量、转发性能、支持的协议范围，并在描述里说明“为什么选这个档位而不是更高或更低”。例如接入交换机不选纯百兆是因为上联需要千兆，不选全千兆是因为终端接入速率要求就是100M到点。这种论证逻辑能直接体现你对网络层次的理解深度。
3. 网络规划：子网划分、VLAN与IP地址分配的可落地方案
3.1 子网划分计算：4个子网的地址规划与容量验证
题目要求至少4个子网，推荐划分6个子网，留出扩展余量。选用192.168.1.0/24作为内部地址段，将C类地址段划分成6个子网，每个子网掩码为255.255.255.224，即27位掩码，每个子网可用主机数为30台。
VLAN与子网对应关系如下：VLAN 10对应192.168.1.0/27，用于行政办公终端；VLAN 20对应192.168.1.32/27，用于电子阅览室终端；VLAN 30对应192.168.1.64/27，用于图书检索与公共查询区；VLAN 40对应192.168.1.96/27，用于服务器区；VLAN 50预留扩展；VLAN 60预留扩展。但服务器区只有4台服务器，分配30个地址明显浪费，所以更合理的方案是改变掩码分布：服务器区用27位掩码会浪费大量地址，实际规划应采用不等长子网划分。
更合理的做法是保留192.168.1.0/24整体段，内部用不同掩码切分。终端区域三个子网，每个子网不少于50个可用地址，用25位掩码（/25，126个可用地址），服务器区和预留区用27位或28位掩码。具体划分建议如下表：
| 区域 | VLAN ID | 网段 | 掩码 | 可用地址数 | 网关 |
|---|---|---|---|---|---|
| 行政办公 | VLAN 10 | 192.168.10.0 | 255.255.255.128 | 126 | 192.168.10.1 |
| 电子阅览室 | VLAN 20 | 192.168.20.0 | 255.255.255.128 | 126 | 192.168.20.1 |
| 公共查询区 | VLAN 30 | 192.168.30.0 | 255.255.255.128 | 126 | 192.168.30.1 |
| 服务器区 | VLAN 40 | 192.168.40.0 | 255.255.255.240 | 14 | 192.168.40.1 |
| 管理预留 | VLAN 50 | 192.168.50.0 | 255.255.255.240 | 14 | 192.168.50.1 |
表面上看这已经不是经典意义上的“4个子网”了，而是5个子网，但它本质上是把原C类地址的位边界按需求做了不等长划分。需要注意的是，使用不同掩码的子网划分必须配合VLAN间路由才能互通，这正好验证了三层交换机的必要性。如果设备只支持二层转发，不同掩码、不同网段的终端之间就无法通信，整个系统的可用性就无从谈起。在报告里建议同时给出标准等长子网划分的示意图和这张不等长划分表，并说明为什么要放弃等长方案——因为等长划分浪费的地址在真实网络里是SQL数据库、备份服务、日志服务器都需要占用地址的。
3.2 IP地址分配策略与DHCH中继设计
IP地址分配遵循“静态为主、动态为辅”的策略。服务器、交换机、路由器管理接口全部采用静态分配，保证服务地址可预期。终端采用DHCP动态分配，避免手工配置冲突。DHCP服务器选择放在服务器区，不放在终端所在子网，这样做的好处是集中管理。
由于终端与DHCP服务器不在同一广播域，需要在核心交换机上开启DHCP中继。否则终端的DHCP Discover广播报文无法跨VLAN到达DHCP服务器。这是最容易忽略的配置点之一，很多人配置了DHCP服务却发现客户端获取不到地址，原因就是没开中继。
静态IP分配表在报告中要单独出一张表，至少覆盖核心交换机、边界路由器、各接入交换机管理地址、服务器区4台服务器地址。动态地址池范围要和静态地址错开，避免冲突。比如VLAN 10的地址池配置为192.168.10.2到192.168.10.100，网关192.168.10.1由核心交换机SVI接口承担。每个VLAN的网关都配在不同SVI接口上，这样终端跨网段访问时路由表才能正常工作。
核心交换机上配置DHCP中继的命令段示例：
interface Vlan10 ip address 192.168.10.1 255.255.255.128 ip helper-address 192.168.40.2 ! interface Vlan20 ip address 192.168.20.1 255.255.255.128 ip helper-address 192.168.40.2 ! interface Vlan30 ip address 192.168.30.1 255.255.255.128 ip helper-address 192.168.40.2ip helper-address的作用就是把VLAN内的DHCP广播请求转发给192.168.40.2这个DHCP服务器。默认情况下它还同时转发UDP 53（DNS）等若干端口，如果只想转发DHCP，需要用ip forward-protocol和no ip forward-protocol精确控制。在课设阶段保持默认值即可，但报告里可以写一句“生产环境通常只保留必要协议转发”，能加分。
3.3 设备配置要点：VLAN创建、Trunk封装与三层路由
接入交换机上需要创建对应的VLAN并将端口划分进去。核心交换机与接入交换机之间的链路配置为Trunk模式，封装协议通常用802.1Q。用visual studio的直觉去理解就是“每台交换机知道自己属于哪些广播域”，Trunk链路就是承载多个广播域的管道。
接入交换机端口配置示例：
vlan 10 name Admin vlan 20 name ReadingRoom vlan 30 name PublicQuery ! interface GigabitEthernet0/1 switchport mode access switchport access vlan 10 ! interface GigabitEthernet0/2 switchport mode access switchport access vlan 20 ! interface GigabitEthernet0/24 switchport mode trunk switchport trunk allowed vlan 10,20,30端口划分原则是按物理位置就近分配：电子阅览室的终端都连在接入交换机A的某几个端口上，对应划分到VLAN 20；公共查询区的终端连在另一段的端口上，划分为VLAN 30。Trunk允许列表里没有VLAN 40，因为服务器区直接挂在核心交换机上，不需要通过接入交换机转发，这是减少不必要的Trunk广播域的习惯。
核心交换机上需要配置各VLAN间路由接口，并开启IP routing：
ip routing ! interface Vlan10 description Gateway for Admin ip address 192.168.10.1 255.255.255.128 ! interface Vlan20 description Gateway for ReadingRoom ip address 192.168.20.1 255.255.255.128 ! interface Vlan30 description Gateway for PublicQuery ip address 192.168.30.1 255.255.255.128 ! interface Vlan40 description Gateway for ServerFarm ip address 192.168.40.1 255.255.255.240传统二层交换机的VLAN间通信必须依靠外部路由器做单臂路由，而三层交换机直接把SVI作为网关，数据转发在硬件层面完成，效率和配置简洁性都优于单臂路由方案。如果设备模拟器只支持路由器的单臂路由配置，也可以用encapsulation dot1Q配合子接口实现，但最优方案的论述点要落脚在三层交换上。
4. 服务部署与配置：DNS、DHCP、WEB、FTP四个服务的完整落地
4.1 服务器操作系统选择与基础网络配置
服务器统一采用Linux操作系统，具体发行版建议用CentOS 7.x或兼容版本。四类服务可以部署在一台物理服务器上，用不同服务端口区分，也可以拆成两台或多台VM。课设场景下推荐一台物理服务器加虚拟机拆分，理由是两个：第一是报告里可以多写一层虚拟化网络的知识，第二是服务隔离后，某一服务挂掉不会影响其他服务。
服务器的IP规划如下：DNS服务绑定192.168.40.2，DHCP绑定192.168.40.2，WEB绑定192.168.40.3，FTP绑定192.168.40.3。这意味着同一台服务器上不同服务可以共用IP，用端口区分。如果虚拟机拆分，则每台VM分配独立IP。下面按两台服务器的方案写，一台跑DNS+DHCP，另一台跑WEB+FTP。
服务器基础网络配置建议用静态IP而不是DHCP，因为服务器之间互相依赖IP地址通信，动态分配会导致不可预期的解析失败。修改配置文件后需要重启网络服务或直接重启系统，配置完成后用ip addr和ping验证连通性。
4.2 DHCP服务配置：作用域、租期与地址池匹配
DHCP服务器使用Linux上的dhcpd服务。配置前先确认服务器的IP是静态的，而且与DHCP分发的地址池不在同一网段（服务器在192.168.40.0/28，客户端在10/20/30网段），这样才能体现DHCP中继的价值。
主配置文件/etc/dhcp/dhcpd.conf中需要定义多个subnet作用域，每个作用域对应一个终端网段：
subnet 192.168.10.0 netmask 255.255.255.128 { range 192.168.10.2 192.168.10.100; option routers 192.168.10.1; option domain-name-servers 192.168.40.2; option domain-name "elib.local"; default-lease-time 600; max-lease-time 7200; } subnet 192.168.20.0 netmask 255.255.255.128 { range 192.168.20.2 192.168.20.100; option routers 192.168.20.1; option domain-name-servers 192.168.40.2; default-lease-time 600; max-lease-time 7200; } subnet 192.168.30.0 netmask 255.255.255.128 { range 192.168.30.2 192.168.30.100; option routers 192.168.30.1; option domain-name-servers 192.168.40.2; default-lease-time 600; max-lease-time 7200; }这里range给出的起始地址从.2开始，把.1留给网关；地址池上限设为100，与静态地址区错开。option routers告诉客户端网关是谁，option domain-name-servers告诉客户端DNS是谁。租期默认10分钟、最大2小时，是模拟环境下的示例值，生产环境通常设置为8小时以上。课设报告里需要写明修改租期值的考虑因素，例如短租期适合临时访客场景，长租期适合稳定办公场景。
4.3 DNS服务配置：正向解析与泛域名简化
DNS使用BIND 9。在/etc/named.conf中定义zone，然后创建区域数据库文件。区域名称建议使用elib.local，这是本地实验环境的常用域名后缀，不会和公网域名冲突。项目中需要解析的主机包括www（WEB服务器）、ftp（FTP服务器）、ns（DNS服务器自身）。
区域配置片段：
zone "elib.local" IN { type master; file "elib.local.zone"; allow-update { none; }; };区域数据文件/var/named/elib.local.zone中定义关键记录：
$TTL 86400 @ IN SOA ns.elib.local. admin.elib.local. ( 2024061001 3H 15M 1W 1D ) IN NS ns.elib.local. ns IN A 192.168.40.2 www IN A 192.168.40.3 ftp IN A 192.168.40.3配置完成后用named-checkconf和named-checkzone检查语法，然后启动服务。验证方法是在客户端上nslookup www.elib.local，看是否能解析出192.168.40.3。这里有个容易踩的坑：如果客户端的/etc/resolv.conf里的nameserver指向了外部DNS，即使内网DNS配置正确也会解析失败。在课设报告中要写出这个检查顺序。
4.4 WEB与FTP服务配置：虚拟主机与目录权限
WEB服务使用Apache HTTP Server。站点根目录放在/var/www/html，主页文件命名为index.html。虚拟主机配置不做复杂域名区分，直接使用默认站点即可。关键配置项包括监听端口、文档根目录、目录权限：
<VirtualHost *:80> ServerName www.elib.local DocumentRoot /var/www/html <Directory /var/www/html> Options Indexes FollowSymLinks AllowOverride None Require all granted </Directory> </VirtualHost>FTP服务使用vsftpd，核心配置包括启用匿名访问或本地用户访问、限制目录范围。如果目标是“便于用户下载电子书籍”，匿名下载是最简单的模式，配置为：
anonymous_enable=YES local_enable=YES write_enable=YES anon_upload_enable=NO anon_mkdir_write_enable=NO anon_root=/var/ftp/pub这里把匿名上传和建目录权限关掉，只允许下载，是图书资源站点的合理安全设置。如果报告里写“需要支持管理员上传图书”，可以增加一个虚拟用户并配置独立目录，使用pam_service_name=vsftpd配合虚拟用户数据库。这部分在扩展功能里写，可以冲优秀评分。
4.5 边界路由与NAT配置：让内网用户访问外网
边界路由器的配置决定了“网站能接入Internet”这个硬性要求是否成立。核心配置包括默认路由指向运营商网关、ACL允许内网流量通过、NAT地址转换。典型配置如下：
interface GigabitEthernet0/0 description Link to ISP ip address 202.100.10.2 255.255.255.252 ip nat outside ! interface GigabitEthernet0/1 description Link to Core Switch ip address 192.168.0.1 255.255.255.0 ip nat inside ! ip route 0.0.0.0 0.0.0.0 202.100.10.1 ! access-list 100 permit ip 192.168.10.0 0.0.0.127 any access-list 100 permit ip 192.168.20.0 0.0.0.127 any access-list 100 permit ip 192.168.30.0 0.0.0.127 any access-list 100 permit ip 192.168.40.0 0.0.0.15 any ! ip nat inside source list 100 interface GigabitEthernet0/0 overload这里overload关键字表示PAT复用，多个内网地址共用一个公网IP出口。注意：边界路由器和核心交换机之间需要一个互联网段，这里使用192.168.0.0/30或24都可以，但必须单独规划，不能占用终端子网地址。很多人的配置翻车在这里——把边界路由器接口和内部某个VLAN放在同一个网段，导致路由冲突。
5. 电子图书馆网站避坑指南：五个最容易翻车的配置点
5.1 终端获取不到IP地址：先查DHCP中继再查防火墙
现象是客户端网卡显示未识别的网络或169.254开头的地址。最常见的原因是核心交换机上没有配置ip helper-address。检查顺序是先show ip interface确认SVI有地址，再ping DHCP服务器确认三层通，最后抓包看UDP 67/68端口是否有报文往返。另一个隐蔽原因是Linux服务器上firewalld没放行DHCP端口，需要firewall-cmd --add-service=dhcp --permanent放行。排到这一步才回头查配置文件语法，能省大量时间。
5.2 DNS能解析但网页访问不了：域名和服务IP的绑定关系错了
现象是nslookup www.elib.local能返回地址，但浏览器显示连接被拒绝。原因是WEB服务器进程没启动或者监听端口不是80。用curl -v http://192.168.40.3测试直接以IP访问，如果通了说明问题在DNS到IP的映射上；如果不通，看Apache错误日志/var/log/httpd/error_log。还有一种常见原因是SELinux拦截了Apache对目录的读取权限，getenforce查看状态后用setsebool -P httpd_read_user_content 1放行。
5.3 FTP能登录但看不到文件列表：目录权限和SELinux双重坑
现象是匿名用户登录成功后ls显示空目录。先确认/var/ftp/pub下有文件且属主为ftp，再去查SELinux的ftp_home_dir布尔值。很多Linux发行版默认SELinux enforcing，vsftpd无法读取非标准目录。常用命令是setsebool -P allow_ftpd_anon_write 1配上chmod 755的目录权限。如果是本地用户模式，还需要确认用户在/etc/vsftpd/ftpusers黑名单里没被禁用。
5.4 VLAN间能互通但访问外网超时：NAT与ACL的方向不对
现象是内网终端能访问服务器，但ping外网IP不通。优先排查边界路由器到运营商网关的连通性，然后检查ACL里是否漏掉了某个网段，最后在路由器上show ip nat translations看有没有产生地址转换记录。如果完全没有转换记录，多半是ACL没匹配到流量；如果没有静态路由回指内网，回程包会丢。特别注意ACL是permit ip any any这种写法虽然省事，但报告里不会有详细设计的加分效果。
5.5 模拟器或真实设备启动后配置全丢：保存配置并留好回滚点
这是课设里最容易血亏的坑。完成一整天配置后设备断电重启，配置全部还原到出厂状态。在真实设备和模拟器里都要执行write memory或copy running-config startup-config。建议在每次大规模改动前先导出一份配置备份到本地，命名格式带上日期和时间。我见过一个同学在答辩前两小时设备重启配置丢了大半，最后只能对着PPT念拓扑图——这种教训一次就够。
6. 项目验收与答辩准备：对照评分标准的自查清单与演示脚本
6.1 对照60%设备配置与IP描述的自查清单
设备配置和IP描述占了60%的分值，意味着这部分必须能现场验证。建议按下面这个清单逐项自查。每一项都要能在设备上通过show命令看到实际效果，而不是只在报告里有文字。核心交换机上要能确认所有VLAN接口都是up状态，show vlan能看到各VLAN的端口成员关系，show ip route能看到直连路由和默认路由。边界路由器上show ip nat translations要有非空的转换记录，说明NAT生效。服务器上netstat -tlnp要能看到named、dhcpd、httpd、vsftpd四个进程在监听。
另外输出一份完整的IP地址规划表，包含设备名、接口/网卡、IP地址、掩码、网关、用途六列。这张表要和设备配置完全一致，不能出现表里写192.168.10.2但设备配置的是192.168.10.5这类不一致问题。评分标准里“文档与程序代码是否一致”占20%，这个一致性是文档最容易被扣分的地方。
6.2 答辩演示：用一条业务链路串起所有知识点
答辩的时候不要逐个功能点演示，那样显得零散。建议用一条完整业务链路串起来演示：“终端开机请求IP（DHCP中继）→ 访问图书主页（DNS解析→WEB请求）→ 下载图书PDF（FTP登录→下载文件）→ 查看内部服务器日志”。每一步操作背后可以引出一个知识点：DHCP中继怎么工作、DNS递归和迭代的区别、HTTP请求过程、FTP主动被动模式差异、NAT的地址转换过程。
演示时先做一次干净的环境验证：清空终端IP，把网卡禁用再启用，看IP获取过程；然后打开终端执行nslookup www.elib.local，再在浏览器输入域名访问；最后从FTP匿名下载一本书。整个过程不超过三分钟，但每个环节都对应了任务书的一个要求。答辩评委问起细节时，从报告对应章节翻到配置命令，做到每一个show命令输出的字段都能解释含义——这才是“正确理解题意”的底层证据。
6.3 演示数据准备与兜底方案
提前准备一套可复现的演示数据。WEB主页要有图书分类、搜索框、新书推荐三个模块，页面里放一张内网图片资源或在线电子书链接，不要用外网图片——外网链路在答辩环境不一定通，一加载失败页面就掉价。FTP目录里至少放3个PDF示例文件，文件名用课程相关的命名如《计算机网络I_课程设计指导.pdf》，大小控制在几百KB到1MB，传输速度快且不会因为文件大小问题中断演示。
另一个容易忽视的兜底方案是：把所有服务配置成开机自启。systemctl enable named dhcpd httpd vsftpd这个命令在答辩前必须执行。如果服务没有设自启，答辩时重启了设备或服务器，四个服务起不来，整个演示就垮掉了。从那以后我每次做网络类项目的验收前，都会强制走一遍“重启设备→验证服务状态→跑一遍完整业务链路”的流程，这个习惯在真实项目交付时也帮我拦过不少问题。希望这份方案能帮你把课设这条路走顺。
本文还有配套的精品资源，点击获取
