
简介这份西电计网实验报告面向西安电子科技大学计算机网络课程学生与网络技术初学者系统汇总六次核心实验双绞线制作及网络设备访问、交换机虚拟局域网划分、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 模拟器还是真机选型对照与适用边界这里给一张选型对照表新手老手都能用场景推荐方式理由注意点首次跑通命令流程模拟器可任意重置、快照回滚命令兼容性需对照真机验证验证真实接口行为真机MAC 老化时间、STP 状态真实可测注意设备型号差异大规模拓扑测试模拟器资源占用低、支持批量配置部分高级特性不支持验收演示真机优先避免“模拟器能跑真机不行”的尴尬提前在真机上过一遍命令参数层面最常被忽略的是“设备空闲时间”和“接口协商模式”。比如在模拟器里你配置交换机接口为 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 10gi0/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 分配。一张好的拓扑描述表长这样设备接口网段对端设备对端接口R1gi0/0192.168.10.0/24PC1eth0R1gi0/1192.168.100.0/30R2gi0/0R2gi0/1192.168.20.0/24PC2eth0这张表的价值在于排错时你可以直接对着它查“哪一段链路没通”而不是在模拟器里点来点去。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 路由表show ip route包含 192.168.20.0/24符合预期通过PC1 ping PC2ping 192.168.20.2丢包率 0%符合预期通过R2 路由表show ip route包含 192.168.10.0/24符合预期通过这张表的价值是双重的写报告时它能帮你自己快速发现哪一步没验证验收时老师扫一眼就知道你每一步都有据可查。而且这张表本身就是一份可复现的“验收脚本”你以后做任何实验都可以套用这个结构。再补一个更进阶的用法把验证表和报错信息结合。某一次实验中我发现 R1 到 R2 的链路不稳定ping 时通时不通验证表里无法填“通过”。进一步排查发现两端的接口一个配置了百兆全双工另一个是自动协商导致接口经常重置。最后把两端都改成speed 100和duplex full后恢复稳定。这个排错过程我就写在了验证表下面的“备注”里。从此以后凡涉及物理链路联调的实验我第一件事就是检查两端接口的协商状态不再直接怀疑路由或 ACL 配置。这个习惯也延伸到更复杂的场景。比如做 OSPF 实验时我会先建一张“邻居状态验证表”写上show ip ospf neighbor的预期输出再逐个确认。如果邻居状态卡在 TWO_WAY 而不是 FULL我立刻知道是网络类型或区域 ID 的问题而不是去翻配置逐行检查。这种“先定验证点再动配置”的思路和写代码时先写测试用例是一个道理能明显减少你在黑匣子式排错里消耗的时间。我自己的习惯是每份实验报告先写验证表和预期结果再回头补拓扑、配置和过程描述。因为验证表会逼迫你想清楚“什么是一个可观察的结果”而不是“我做了什么操作”。这样写出来的报告自己复查一次就能确认能不能跑通交给别人看也不会满眼问号。这份“仅供参考”的西电计网实验报告真正能帮到你的不是里面的命令组合而是它示范了这个“反向书写”的流程。希望帮到你。本文还有配套的精品资源点击获取