企业官网建设流程全解析

简介：这份西电计网实验报告面向西安电子科技大学计算机网络课程学生与网络技术初学者，系统汇总六次核心实验：双绞线制作及网络设备访问、交换机虚拟局域网划分、Windows下域名解析与动态主机配置服务器部署、网页与文件传输服务器搭建、路由器基础配置、静态路由和三层交换机配置。报告按实验目的、设备、拓扑、配置截图、要点、心得体会整理，既包含IP地址/子网掩码规划、ipconfig和Ping连通性测试、交换机端口与VLAN隔离配置，也覆盖DNS正向/反向查找区域、DHCP作用域设置、IIS站点发布、FTP上传下载、路由接口激活与静态路由指向、三层交换机子接口封装等关键操作与易错点，适合做实验预习、报告撰写和期末复习的对照参考。资源打包为单个doc文档，压缩包大小3.67MB，格式便于直接编辑使用。目前已有1195人学习浏览，能帮助快速补齐实验细节、理清配置思路。

1. 西电计网实验报告：一份“仅供参考”到底该怎么参考

先说结论：这份实验报告的核心价值，不是让你照抄交差，而是帮你把计算机网络实验里那些“玄学”环节一次讲透——比如交换机 MAC 地址表为什么老化、静态路由和动态路由在拓扑里到底怎么配合、Wireshark 抓包看到的 TCP 三次握手和你课本上画的图差在哪。标题里“仅供参考”四个字，意味着它默认读者已经跑过实验、手里有数据、脑子有疑问，而不是拿着它去填空交作业。

这份报告适合正在做计网实验、被验收或实验报告格式卡住的人，也适合想在下一次实验前把“必调参数”和“常见翻车点”提前摸清的从业者。我下面要讲的不是报告原文的复述，而是把它背后那套“常见做法”拆给你看：拓扑怎么搭、命令怎么敲、参数怎么设、坑在哪。你照着这个思路去做自己的实验，比直接抄任何一份现成报告都稳妥得多。

先立一个反直觉的判断：计网实验报告里最容易扣分的，不是结果错，而是“过程不可复现”。你写了“配置成功”，但没写用了哪条命令、哪个参数、等了几秒老化时间，验收老师一问就露馅。所以这篇文章的重心放在可复述、可验证的细节上。

2. 实验环境与拓扑选型：先把底层的“为什么”说清

2.1 为什么实验拓扑不能随手画

很多同学拿到实验指导书，第一步就在模拟器里拖设备、连线，然后照着命令敲。这种做法不是不行，但后面基本都会翻车——因为拓扑决定了你后面所有排错路径。常见做法是先画一张逻辑拓扑，标清楚三层设备、二层设备、终端网段，再决定用哪种方式搭建。

我一般会把实验分成两类：一类是纯二层实验（VLAN 划分、MAC 地址表学习、生成树），这类用交换机加终端就能跑；另一类是三层实验（静态路由、RIP、OSPF、ACL、NAT），这类必须引入路由器或三层交换机。西电计网实验的经典项目，比如“VLAN 间路由”“静态路由配置”“DHCP 中继”，都逃不出这两类。

选型上有个务实原则：能用模拟器先验证的，不要直接上真机。模拟器的好处是你可以随便造拓扑、随便清配置、随便看 debug 输出，出了问题不会把实验室设备搞挂。但模拟器也有它的“坑”，比如某些设备的接口编号规则和真机不一致，某些命令看起来敲了但其实没生效。所以我的习惯是：模拟器跑通逻辑，真机上对照命令差异，然后记录差异点写进报告。

2.2 模拟器还是真机：选型对照与适用边界

这里给一张选型对照表，新手老手都能用：

参数层面，最常被忽略的是“设备空闲时间”和“接口协商模式”。比如在模拟器里，你配置交换机接口为 access 模式后，终端网卡可能还在用 auto 协商，结果就是链路能 ping 通但速度不对。真机上这个问题更明显，因为真机接口的默认协商策略和模拟器不完全一样。遇到速度不对、ping 丢包，先查两端接口的 speed 和 duplex，别一上来就怀疑配置。

2.3 拓扑搭建的最小清单与配置底座

开搭之前，先把“底座”配好，否则后面每一步都可能被无关因素干扰。一个干净的基础配置包括：

• 设备命名（hostname），区分核心、汇聚、接入。
• 关闭不需要的端口提示信息（比如模拟器里的 console 日志）。
• 设置 enable 密码和 vty 密码，防止误操作。
• 规划好 IP 地址表，写成注释放进配置里。

# 以交换机为例的基础配置（思科风格或华为风格视设备而定） hostname SW1 enable secret your_password service password-encryption ! interface vlan 1 ip address 192.168.1.2 255.255.255.0 no shutdown ! line vty 0 4 password your_password login

这段配置的逻辑是：先给设备一个可识别的名字，再设置远程登录密码和特权密码，最后给管理 VLAN 配置一个 IP，方便后续远程登录和排错。service password-encryption的作用是把配置文件里的明文密码加密显示，这个细节在实验报告里写出来会显得你懂安全基线。注意，不同厂商的设备对encrypt支持不同，华为设备是aaa体系，思科则是这条命令，别混用。

配置底座完成后，下一步才是 VLAN、路由、ACL 这些实验主体。很多实验报告之所以被老师说“过程不完整”，就是因为少了这一步——验收老师看到你直接从配置 VLAN 开始，会默认你跳过了环境准备，这是实验规范的大忌。

3. 核心实验流程拆解：从二层到三层的关键步骤

3.1 二层实验：VLAN 划分与 MAC 地址表学习

VLAN 实验是计网实验的“开胃菜”，但它包含的细节足够写满一整页报告。先讲原理：交换机根据 VLAN 标签隔离广播域，同一 VLAN 内的帧可以互相转发，不同 VLAN 默认隔离。这个隔离是靠“端口类型”和“VLAN 数据库”共同实现的。

实操步骤：

# 在交换机上创建 VLAN 10 和 VLAN 20 vlan 10 name students vlan 20 name teachers ! # 将接口 gi0/1 划入 VLAN 10，gi0/2 划入 VLAN 20 interface gigabitethernet 0/1 switchport mode access switchport access vlan 10 interface gigabitethernet 0/2 switchport mode access switchport access vlan 20

命令逻辑很直接：先建 VLAN 库，再把接口从默认 VLAN 1 改到目标 VLAN。switchport mode access的作用是把接口设为二层接入模式，只转发不带标签的帧。这里有个常见坑：如果在 trunk 接口上执行switchport access vlan，命令不会生效，你必须先用switchport mode trunk或干脆删除接口上的 trunk 配置。

MAC 地址表学习这个点，很多实验报告只写了show mac address-table的输出，但没解释“为什么要等那么多秒”。其实交换机学习 MAC 的过程是即时的，但老化时间是 300 秒（默认值）。你在报告里写清楚“老化时间默认 300 秒，可通过mac-address-table aging-time修改”，就能体现你对交换机转发原理的理解，而不是只贴输出。

3.2 三层实验：静态路由与默认路由的配置顺序

静态路由是三层实验的重头戏。常见拓扑是两台路由器背靠背连接，各自下挂一个网段，目标是通过静态路由让两个网段互通。配置顺序很讲究：先配接口 IP，再配路由，最后测试。如果顺序反了，可能你配路由的时候接口还没 up，路由器会报“no valid route”或者直接丢包。

# 路由器 R1 的接口配置 interface gigabitethernet 0/0 ip address 192.168.10.1 255.255.255.0 no shutdown interface gigabitethernet 0/1 ip address 192.168.100.1 255.255.255.0 no shutdown ! # 静态路由： ip route 192.168.20.0 255.255.255.0 192.168.100.2

逻辑说明：先保证直连网段的接口都是 up 状态，然后告诉路由器“去往 192.168.20.0/24 的流量，下一跳是 192.168.100.2”。这里下一跳地址必须是对端路由器的接口 IP，而且该接口必须在路由器自己的直连网段内，否则这条路由不会被写入路由表。

参数说明里值得写一句：静态路由的管理距离（AD 值）默认是 1，这意味着当同一条目的路由同时存在静态和动态条目时，路由器永远优先选静态。这个知识点在实验报告里可以作为“思考题”的素材，但别过度展开，不然会冲淡实验主体的叙述。

还有一个小技巧：当你只想让路由器往某个方向发默认路由时，用ip route 0.0.0.0 0.0.0.0 下一跳。这个配置不需要知道目标网络的具体地址，很适合做出口网关或实验收尾时的连通性放开。

3.3 用 Wireshark 验证与抓包：让报告有“实锤”

实验报告最怕“空口无凭”。抓包是给报告加实锤的最好方式，不需要抓完整流程，只要抓住协议交互的关键帧即可。比如验证静态路由是否生效，在两台终端间 ping 一次，然后在路由器出口抓 ICMP 报文；验证 VLAN 隔离，在两台不同 VLAN 的终端间 ping 并抓 ARP 请求是否到达对端。

# 在终端上只抓 ICMP 和 ARP（避免抓包文件过大） tcpdump -i eth0 -n -s 0 'icmp or arp' -w ping_test.pcap

这条命令用-n不做域名解析，-s 0抓完整帧，-w写到 pcap 文件。抓完包之后别急着关，先在命令行里看看统计信息：

tcpdump -nn -r ping_test.pcap | head -20

实际看包时，新手最容易犯的错是把 TCP 重传当成丢包，或者把 ARP 请求当成异常。比如 ping 过程中先出现 ARP 请求是正常的，但如果 ARP 请求反复重发且没有应答，说明二层隔离有问题或接口 down。这个判断逻辑可以写进报告的“结果分析”里，会显著提升报告等级。

4. 实验报告书写的黄金结构：从“过程记录”到“可复现文档”

4.1 报告里必须出现的六个板块

一份能被当成模板反复使用的实验报告，不只是记录“我做了什么”，还要让读报告的人能“照着做”。我推荐的报告骨架是：实验目的、实验拓扑、关键配置、验证结果、结果分析、思考与排错记录。这六块缺哪一块，验收时都可能被追问。

实验拓扑不要贴模拟器的截图就完事，要用文字加表格描述清楚：设备网段、接口编号、连接关系、IP 分配。一张好的拓扑描述表长这样：

这张表的价值在于排错时你可以直接对着它查“哪一段链路没通”，而不是在模拟器里点来点去。IP 规划写在报告里，也能证明你不是随手配的地址。

4.2 把“报错信息”写进报告的技巧

很多实验指导书要求写“遇到的问题及解决”，但大部分人只会写“遇到网络不通，检查后发现 IP 配错”。这种写法等于没写。更好的写法是：先贴原始报错（或 debug 输出），再写你的判断依据，再写最终如何解决。比如：

现象：PC1 ping PC2 不通，路由器 R1 上有ICMP host unreachable报警。

原因：R1 的静态路由下一跳写成了 PC2 的地址，而该地址不在 R1 的直连网段内，路由器无法解析下一跳。

解决：将下一跳改为 R2 的 gi0/0 接口地址（192.168.100.2），并确认该接口 up。

这个三段式写法的好处是：它把“错误”变成了“可复现的实验过程的一部分”，验收老师看到的不是你的失败，而是你的排错能力。这种写法对熟手来说也是检查自己是否真正理解协议的标尺。

4.3 报告中最容易被扣分的五个细节

先说最容易翻车的：命令执行后没有验证。配置完 VLAN 不执行show vlan brief、配完路由不执行show ip route，报告里直接写“配置成功”，这是典型的“黑匣子写作”。第二是拓扑图与实际互联不一致，比如报告里画的是 R1 和 R2 用 gi0/1 相连，实际配置里用的是 gi0/2，这种前后矛盾极其扎眼。

第三是忘记写“恢复配置”或“清理现场”的过程。很多实验做完直接关机，设备配置保留在 startup-config 里，下一个做实验的人会被你的配置干扰。正确做法是实验结束后erase startup-config或通过模拟器重置，然后截图记录现场。第四是时间戳缺失：每一步命令都没写执行时间，导致后续排错时无法判断哪条命令是后来加的。第五是不写“参数来源”，比如 VLAN ID 为什么是 10 和 20，而不是 11 和 12？哪怕理由只是“方便记忆”，也要写，因为验收老师问的就是“你凭什么选这个参数”。

5. 避坑指南：计网实验的 4 个血泪教训

5.1 模拟器里命令通了，真机上不生效

现象：在模拟器里配置静态路由后 ping 通，同一套配置搬到真机上就丢包。

原因：模拟器的接口默认状态是 up，真机的接口默认可能被 shutdown；另外模拟器的接口协商速度比真机快，你在模拟器里没等接口 up 就继续配置了，真机上接口还在协商中就敲了下一跳命令。

解决：所有配置开始前，先统一执行show interfaces或show ip interface brief，等接口状态全部为 up 再进入下一步。这一步写进报告的“环境准备”里，能省掉后面一大半排错。

5.2 两个 VLAN 之间 ping 不通，但不是 ACL 的问题

现象：教室拓扑里划分了 VLAN 10 和 VLAN 20，网关在三层交换机上，ping 测试显示跨 VLAN 不通，但同 VLAN 内互访正常。

原因：三层交换机上虽然创建了 VLAN 接口（SVI），但没有开启三层路由功能；或者 SVI 接口被 shutdown。很多同学把 ACL 当作第一怀疑对象，但实际上默认没有配置 ACL 时，VLAN 间路由不通通常是 SVI 没配好或物理接口没有加入对应 VLAN。

解决：先检查show ip interface brief是否列出了 VLAN 10 和 VLAN 20 的接口且状态为 up；再检查物理接口是否正确划分到对应 VLAN；最后检查三层交换机的全局路由功能。顺序不要反，否则你会在 ACL 上浪费大量时间。

5.3 抓包看到 TCP 重传，以为是网络故障

现象：用 Wireshark 抓包验证 HTTP 流量时，看到大量 TCP 重传，以为链路有丢包，改了半天的接口参数。

原因：抓包位置在终端网卡上，而终端本身也在发送数据；当抓包文件较大或终端性能不足时，抓包软件会丢帧，导致 Wireshark 误判为网络重传。还有一种可能是终端和服务器之间的 TCP 窗口设置不合理，但这属于应用层调优，不是链路层故障。

解决：抓包期间关闭不必要的后台下载和自动更新；如果抓包文件超过几十 MB，用过滤器缩小范围，不要全量抓。遇到疑似重传，先在交换机上查看接口的错包计数（show interface counters errors），如果接口计数为 0，再怀疑抓包工具本身。

5.4 实验做完忘记保存配置，下一节课翻车

现象：实验结束前测试正常，第二天再来开机，设备和昨天完全不一样。

原因：绝大多数模拟器在未保存配置的情况下关闭会话，配置直接丢失；真机如果只执行copy running-config startup-config之前就断电，也一样会丢。

解决：养成“三步收尾”的习惯：先show running-config确认最终配置，再copy running-config startup-config保存，最后erase startup-config（只在你确定要清理环境时）。写报告时明确写出“保存配置的命令及输出摘要”，这个操作看起来简单，但在验收记录里是一个明确加分项。

6. 实验报告进阶技巧：用“验证表”取代“截图堆砌”，顺带解决验收提问

最后一个章节不说基础操作，说一个能直接提升报告质感的小习惯：给每个实验配一张“验证表”。验证表不是截图，而是一张结构化表格，把“测试项、命令、预期结果、实际结果、结论”五列写清楚。比如静态路由实验：

这张表的价值是双重的：写报告时，它能帮你自己快速发现哪一步没验证；验收时，老师扫一眼就知道你每一步都有据可查。而且这张表本身就是一份可复现的“验收脚本”，你以后做任何实验都可以套用这个结构。

再补一个更进阶的用法：把验证表和报错信息结合。某一次实验中，我发现 R1 到 R2 的链路不稳定，ping 时通时不通，验证表里无法填“通过”。进一步排查发现，两端的接口一个配置了百兆全双工，另一个是自动协商，导致接口经常重置。最后把两端都改成speed 100和duplex full后恢复稳定。这个排错过程我就写在了验证表下面的“备注”里。从此以后，凡涉及物理链路联调的实验，我第一件事就是检查两端接口的协商状态，不再直接怀疑路由或 ACL 配置。

这个习惯也延伸到更复杂的场景。比如做 OSPF 实验时，我会先建一张“邻居状态验证表”，写上show ip ospf neighbor的预期输出，再逐个确认。如果邻居状态卡在 TWO_WAY 而不是 FULL，我立刻知道是网络类型或区域 ID 的问题，而不是去翻配置逐行检查。这种“先定验证点，再动配置”的思路，和写代码时先写测试用例是一个道理，能明显减少你在黑匣子式排错里消耗的时间。

我自己的习惯是：每份实验报告先写验证表和预期结果，再回头补拓扑、配置和过程描述。因为验证表会逼迫你想清楚“什么是一个可观察的结果”，而不是“我做了什么操作”。这样写出来的报告，自己复查一次就能确认能不能跑通，交给别人看也不会满眼问号。这份“仅供参考”的西电计网实验报告，真正能帮到你的不是里面的命令组合，而是它示范了这个“反向书写”的流程。希望帮到你。

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