简介：重庆邮电大学计算机网络实验报告的PDF版，围绕网络命令与使用、网络服务器建立与使用、网络协议分析、网络设备与VLAN配置四个实验展开，适合高校计算机网络课程学习者用于实验复习、实验报告参考以及网络管理实践入门。包内为1个PDF文档，整体大小约8.77MB，结构清晰，每个实验均包含实验目的、实验要求、主要步骤、实验结果与总结部分。目前已有198人学习浏览。报告具体记录了ipconfig/all、ping、arp、ftp等常用网络命令的格式与执行效果，也介绍了IIS Web服务器和Serv-U FTP服务器的配置流程，并展示利用Ethereal分析软件捕获ICMP、TCP、HTTP数据流、理解Ping与FTP协议工作过程的方法。第四部分聚焦交换机基本操作、Port VLAN与Tag VLAN配置以及通过路由器实现VLAN间通信，附有拓扑设计与PC机配置参数。整体内容既便于快速回顾实验全流程，也能帮助读者夯实基本网络管理和维护技能。

1. 一份名为「重邮计算机网络实验报告.pdf」的文件，为什么值得认真对待

拿到「重邮计算机网络实验报告.pdf」这个标题的人，多半是正在补实验报告的学生，也可能是刚接手网络运维、想拿高校实验体系补基础的从业者。这份 PDF 背后不是一篇论文，也不是某个开源项目，而是重庆邮电大学计算机网络课程的实验交付物：用 Cisco Packet Tracer 搭拓扑、配 VLAN 和静态路由，再用 Wireshark 抓包分析 HTTP、DNS、TCP 这些协议。期末能不能过，一半看设备配置对不对，另一半看报告里有没有能说服老师的证据链。我见过太多学生实验做通了、报告却写得像流水账，最后被退回重写；也见过运维新人靠这类实验报告把「计算机网络基础」从书本概念变成排障直觉。这篇就按「环境搭建 → 组网实验 → 协议分析 → 避坑 → 优秀交付」的顺序，把一份能拿高分的实验报告从头拆到尾。

2. 报告之外先建环境：Wireshark 与 Packet Tracer 的选型和安装要点

实验报告里贴的截图、抓包结果、配置命令，全部来自实验环境。环境选不对，后面所有证据都是空中楼阁。重邮这类高校的计算机网络实验，主流方案是两个工具：思科的 Packet Tracer 负责组网模拟，Wireshark 负责协议抓包分析。下面把选型理由和关键参数讲清楚。

2.1 为什么实验报告要用 Packet Tracer 而不是真实路由器

很多读者第一次做实验时会有疑问：为什么不用真实路由器、交换机，非要在软件里拖设备？常见做法是：Cisco Packet Tracer 模拟器能在一台普通电脑上跑起多台路由器、交换机、PC，而且支持配置命令的逐条回显和拓扑截图。这对实验报告是决定性的——老师要看到的是「你理解了配置逻辑」，而不是「你恰好有一台真机」。

Packet Tracer 的版本选择上，我一般建议用 8.x 系列，界面和命令补全比 7.x 顺手，而且对 VLAN、静态路由、OSPF 这些课程必考点的支持更稳定。安装后第一次启动，需要注意几个初始设置：

• 关掉「实时模式」的自动校验，否则配置命令敲错时它会立刻弹提示，干扰截图；
• 把「Simulation 模式」的协议过滤里，只勾选 ICMP、ARP、TCP、UDP、HTTP、DNS，其他协议全部关掉，避免抓包界面被杂音淹没；
• 设备选型上，路由器用 ISR4331 或 2911，交换机用 2960，PC 用 End Devices 里的 PC-PT。

这些参数不用背，但要理解为什么这样设。实时模式适合验证连通性，Simulation 模式适合观察数据包一步步走的过程。实验报告里如果要展示「数据包从 PC1 到 Server 经过哪些设备」，Simulation 模式的截图比实时模式的 ping 结果更有说服力。

2.2 Wireshark 的抓包过滤与显示过滤：两组命令让报告有数据支撑

Wireshark 有两套过滤语法，新手最容易搞混。抓包过滤（Capture Filter）在开始抓包之前设置，只决定哪些包被记录下来；显示过滤（Display Filter）在抓包结束后设置，决定当前界面显示哪些包。实验报告里，绝大多数情况用的是显示过滤，因为你要先抓到完整流量，再从中挑出 HTTP、DNS、TCP 三次握手的数据帧来截图分析。

打开 Wireshark 后，选择正确的网卡是第一步。Windows 下如果你不确定哪块网卡在干活，可以先打开 cmd 执行ipconfig，看「以太网适配器」或「无线局域网适配器」的 IPv4 地址，然后在 Wireshark 的主界面找到对应 IP 的那块网卡。注意不要选「Npcap Loopback Adapter」，那是回环接口，抓不到真正的网络流量。

抓包开始后，让实验持续 30 秒到一分钟，期间正常访问网页、解析域名、发起 ping。然后停止抓包，在显示过滤栏输入：

http || dns || tcp

这条表达式用||连接三个协议，作用是同时显示 HTTP、DNS 和 TCP 三种协议的包。逻辑运算符还支持&&表示同时满足，!表示排除。实验里常用的一组显示过滤表达式：

ip.src==192.168.1.10 && ip.dst==192.168.1.20

这条只看从 192.168.1.10 发往 192.168.1.20 的包，适合在两个主机之间的通信场景里快速定位交互过程。参数说明：ip.src是源 IP，ip.dst是目的 IP，中间用&&连接表示两个条件都满足；如果你要同时看双向流量，写成ip.addr==192.168.1.10更省事，Wireshark 会自动匹配源或目的地址。

截图进报告时，记得把过滤表达式栏一起截进去。老师看到「过滤条件写对了」，才知道你不是在茫茫包海里碰运气翻出来的帧。

2.3 配套命令行工具：ping 与 ipconfig 的参数怎么写在报告里

Wireshark 抓到的包是证据，但实验步骤里的连通性验证，靠的是 Windows 自带的命令行工具。报告里写这些命令时，不能只贴结果，要把参数含义写清楚。

ping 命令最常用的三个参数是-n、-t、-l。-n指定发送次数，比如ping -n 5 192.168.1.20表示发送 5 个 ICMP 回显请求；-t是持续 ping 直到手动停止，适合排查间歇性丢包；-l设置数据包大小，默认 32 字节，测试 MTU 问题时可以改成 1472 甚至更大。报告里建议用-n而不是-t，因为-t的截图会无限刷屏，反而看不出结论。

ipconfig 命令的三个关键参数是/all、/release、/renew。/all显示完整网卡信息，包括 MAC 地址、DHCP 服务器、网关；/release和/renew用于释放和重新获取 IP，在 DHCP 实验里是必须写的步骤。还有一个ipconfig /flushdns，清空 DNS 缓存，做 DNS 解析实验前一定要执行，否则你查到的可能是缓存结果而不是真实的 DNS 请求。

报告里写命令输出时，常见做法是把命令、关键输出行、解释三部分整理成表格。比如ipconfig /all的输出很长，不要整段截图，把 IPv4 地址、子网掩码、默认网关、DNS 服务器这四行信息复制出来，再标注「该输出说明了这台主机处于 192.168.1.0/24 网段」。这样既控制了报告篇幅，又让老师一眼看到你理解了输出里的核心字段。

3. 把组网实验写出工程感：VLAN 划分与静态路由的配置记录

组网实验是这份报告的重头戏。Packet Tracer 里拖设备、连线、配 IP，半小时能做完，但报告要写出工程感，得让老师看到你思考过拓扑设计和配置策略。这一章从最小可信拓扑讲起，落到 VLAN 和静态路由的配置命令与验证方法。

3.1 用 Packet Tracer 搭一个三台交换机两台主机的拓扑：最小步骤

实验报告的拓扑图不能画得太复杂。常见做法是：两台 PC、一台服务器、两台交换机、一台路由器。拓扑结构是 PC1 接 Switch1，PC2 接 Switch2，Switch1 和 Switch2 分别接 Router 的两个接口，服务器接在 Switch2 上。这样一台路由器同时承担了 VLAN 间路由和静态路由两个实验点。

搭拓扑的步骤，报告里要写成「操作步骤 + 配置命令 + 预期结果」三段式：

步骤 1：打开 Packet Tracer，从设备栏拖入 2 台 PC、1 台 Server、2 台 Switch 2960、1 台 Router 2911。 步骤 2：使用 Copper Straight-through 线缆，按拓扑图连接： PC1 -> Switch1 Fa0/1 Switch1 Fa0/24 -> Router Gig0/0/0 PC2 -> Switch2 Fa0/1 Switch2 Fa0/24 -> Router Gig0/0/1 Server -> Switch2 Fa0/2 步骤 3：为每台设备配置 IP，PC 和 Server 在 Desktop -> IP Configuration 里设置。

这里有个关键点：为什么 PC 接交换机的口用 Fa0/1，交换机上行到路由器的口用 Fa0/24？因为 Fa0/1 是普通接入端口，Fa0/24 在 2960 上默认是 trunk 口候选，方便后面做 VLAN 间路由时不冲突。线缆类型也要写清楚：PC 到交换机、交换机到路由器都用直通线，只有同类设备之间（比如交换机到交换机、路由器到路由器）才用交叉线。现代设备大多支持自动翻转，但 Packet Tracer 里选错线缆类型，链路直接起不来，截图里会多一行黄色警告，扣分没商量。

拓扑搭完后的第一件事不是配 VLAN，而是先测试基本连通性。在 PC1 上 ping 服务器，如果能通，说明二层链路没问题；如果不同，先查 IP 配置和线缆类型，不要急着往下走。这条经验能帮你把「配置问题」和「链路问题」区分开，少走弯路。

3.2 VLAN 划分的配置命令与验证方法

VLAN 实验的目标是：让同一台交换机上的不同端口分属不同广播域，实现隔离。重邮这类实验里，典型的场景是把 Switch1 的 Fa0/1 划分到 VLAN 10，Fa0/2 划分到 VLAN 20，然后验证两个端口下的主机互相 ping 不通。

进入交换机命令行，配置命令如下：

! 进入全局配置模式 enable configure terminal ! 创建 VLAN 10 和 VLAN 20 vlan 10 name LAB_VLAN10 vlan 20 name LAB_VLAN20 ! 把接口 Fa0/1 划分到 VLAN 10 interface fastEthernet 0/1 switchport mode access switchport access vlan 10 ! 把接口 Fa0/2 划分到 VLAN 20 interface fastEthernet 0/2 switchport mode access switchport access vlan 20 ! 验证 show vlan brief

这段命令的逻辑是：先创建 VLAN 并命名，再把物理端口指定为 access 模式并划入对应 VLAN。switchport mode access是告诉交换机这个口只属于一个 VLAN，不做 trunk 封装；switchport access vlan 10才是真正把端口放进去。show vlan brief是最直接的验证命令，它会列出所有 VLAN 和对应的端口，截图放进报告时要保证截图里能看到 VLAN 10、VLAN 20 以及各自的端口列表。

做完以上配置，PC1（VLAN 10）和 PC2（VLAN 20）即使接在同一台交换机上，也 ping 不通。报告里要写清楚这个「预期结果」，并解释原因：广播域被 VLAN 隔开，二层帧不会跨 VLAN 转发，缺省网关也没有配置，三层路由无从谈起。

踩坑提醒：很多学生在这里漏掉一步——PC 的 IP 地址没有改。VLAN 划分后，PC1 和 PC2 如果仍然使用同一个网段的 IP，虽然 ping 不通，但报告里会显得「原因不明」。正确做法是给两个 VLAN 分配不同网段，比如 VLAN 10 用 192.168.10.0/24，VLAN 20 用 192.168.20.0/24，这样「隔离」的效果才清晰，后面的静态路由实验也才能接上。

3.3 静态路由与默认路由：配置命令和路由表解读

VLAN 做了隔离，接下来就要用路由器把 VLAN 间通信恢复。这里要用到单臂路由或三层交换机，但重邮实验大纲里最常见的是路由器静态路由。拓扑里 Router 的两个接口分别连接两个 VLAN 的网关，配置命令如下：

! 进入路由器配置模式 enable configure terminal ! 配置接口 IP，作为 VLAN 的网关 interface gigabitethernet 0/0/0 ip address 192.168.10.1 255.255.255.0 no shutdown interface gigabitethernet 0/0/1 ip address 192.168.20.1 255.255.255.0 no shutdown ! 配置到达对方网段的静态路由 ip route 192.168.20.0 255.255.255.0 192.168.10.1 ! 验证 show ip route

重点讲一下ip route这条命令的三个参数：目标网络、目标子网掩码、下一跳地址。上面的命令里，目标网络是 192.168.20.0，掩码 255.255.255.0，下一跳写 192.168.10.1。这里有个常见写法误区：下一跳地址是「本地接口能直达的下一个路由器接口 IP」，不是目标网络的网关。如果你在 Router 的 Gig0/0/0 接口上写ip route 192.168.20.0 255.255.255.0 192.168.20.1，数据包会发给一个本地不可达的地址，路由表里这条会变成「不再路由」的状态，ping 必断。

show ip route输出里的关键行是S 192.168.20.0/24 [1/0] via 192.168.10.1。S代表静态路由，[1/0]是管理距离和度量值。报告里截图时，要把这行圈出来并标注含义：管理距离 1 说明这是人为指定的静态路由，优先级高于动态路由协议。

默认路由是静态路由的特例，用ip route 0.0.0.0 0.0.0.0 下一跳配置。实验里如果路由器要访问 Internet 或外部网络，就写这条。报告里建议对比写两种路由：精确静态路由和默认路由，并说明各自的使用场景。精确静态路由适合拓扑小、路径明确的环境；默认路由适合出口只有一个的场景。

4. 协议分析实验的截图证据：HTTP、DNS 与 TCP 三次握手怎么看

组网实验证明你懂配置，协议分析实验证明你懂原理。重邮的计算机网络实验里，Wireshark 抓包分析是单独的一到两个实验，要求对 HTTP 请求、DNS 解析、TCP 三次握手做逐帧拆解。这一章的难点不是抓包，而是把抓到的包「翻译」成报告里的文字。

4.1 抓取 HTTP 请求：过滤表达式与追踪 TCP 流

HTTP 实验的经典场景是：在浏览器访问一个测试站点，同时用 Wireshark 抓包，然后找到 HTTP GET 请求和对应的响应。为了不被 HTTPS 加密流量干扰，建议用 HTTP 明文站点，校园网内一般有实验用服务器，或者本地搭建一个简单的 Web 服务。

打开浏览器前，先清空 DNS 缓存：ipconfig /flushdns。然后开始抓包，访问目标网址，等待页面加载完成，停止抓包。在显示过滤栏输入：

http.request

这条过滤器只显示 HTTP 请求报文，能看到 Method、URI、Host 这些关键字段。如果要看完整的请求-响应配对，在任意一条请求记录上右键，选择「Follow -> HTTP Stream」，Wireshark 会弹出整个 TCP 流的内容，从上到下依次是请求头和响应体。

报告里写 HTTP 部分，不能只截一张图。常见做法是三步走：第一步，贴过滤表达式http.request的截图；第二步，选中一条 GET 请求，在中间面板展开 Hypertext Transfer Protocol 字段，截取 Request Method、Request URI、Host 三个字段；第三步，切到响应包，截取 Status Code 和 Content-Type。字段含义要写清楚：Method 是 GET 或 POST，URI 是请求的资源路径，Host 是目标主机名，Status Code 200 代表成功、404 代表资源不存在、302 代表重定向。

有个细节容易被忽略：HTTP 协议版本。Wireshark 里会显示Request Version: HTTP/1.1，如果你访问的站点支持 HTTP/2，字段会变成HTTP/2。重邮这类课程以谢希仁《计算机网络》为参考教材，教材讲的 HTTP/1.1，报告里建议只分析 HTTP/1.1 的包，避免引入教材之外的概念给自己挖坑。

4.2 DNS 查询过程：从请求到响应的字段对照

DNS 实验要做的是：抓一次域名解析过程，展示请求报文里的查询名、查询类型，以及响应报文里的应答 IP。操作顺序：先ipconfig /flushdns清缓存，再开始抓包，然后在命令行执行nslookup www.example.com，停止抓包。显示过滤输入：

dns

正常情况下能看到一对 DNS 请求和响应。请求包的关键字段在 DNS 层：Transaction ID（事务 ID）、Flags、Queries 列表里的 Name 和 Type。响应包多了一个 Answers 列表，里面是解析出来的 IP 地址和 TTL。

报告里建议做一个请求与响应的对照表：

这个表的价值在于：让老师看到你知道「请求和响应通过 Transaction ID 匹配」，而不是单纯贴两张图。Transaction ID 是随机生成的，请求和响应的值必须一致，这就是为什么你在 Wireshark 里能确认它们是同一对报文。

DNS 实验里最常见的翻车现场是：抓了一堆包，但 dns 过滤器下什么都没有。原因通常是电脑上有 DNS 缓存，请求根本没发出去。解决办法就是执行ipconfig /flushdns后再抓。另一个坑是浏览器缓存了域名解析结果，所以用nslookup命令而不是浏览器访问来触发 DNS 查询，更干净。

4.3 TCP 三次握手：用序号和标志位写清连接建立过程

三次握手是计算机网络期末复习和实验报告里都绕不开的点。Wireshark 抓包时访问一个 HTTP 站点，停止抓包后显示过滤输入：

tcp.flags.syn==1 || tcp.flags.syn==1 && tcp.flags.ack==1

注意这里用||把纯 SYN 和 SYN+ACK 都显示出来，再加上后续的 ACK 包，就是完整的三次握手。但在同一批流量里可能会混入重复的 TCP 连接，所以更精准的做法是用tcp.stream编号锁定一条独立的 TCP 连接。方法：先找到任意一个 HTTP 请求包，右键 Follow TCP Stream，然后看过滤栏自动生成的表达式，类似tcp.stream eq 5。把这条表达式作为过滤条件，三次握手和后续数据传输都在同一个流里，干净利落。

报告里三次握手的写法，建议用表格列四个关键帧：

补充说明：握手的前两个包 Seq 在 Wireshark 里通常显示为 0，这是相对序号。如果用绝对序号查看，Seq 是一个很大的随机数。报告里建议开启 Wireshark 的「Relative sequence numbers」选项，保持相对序号显示，这样老师看到 Seq=0、Ack=1 更直观。设置路径是 Edit -> Preferences -> Protocols -> TCP，勾选 Relative sequence numbers。

帧 2 的 Ack 为什么是 1？因为客户端第一帧的 SYN 占用了 1 个序号，服务器确认时 Ack 等于客户端 Seq + 1。同理帧 3 的 Ack=1 是确认服务器的 SYN。这个「+1 逻辑」写进报告里，比单纯贴图有深度得多，也符合「计算机网络自顶向下」这类教材强调的序号与确认机制。

5. 实验报告避坑指南：常见扣分点与排查思路

这一章写的是做实验和写报告过程中的血泪经验。每条按「现象 → 原因 → 解决」来写，你可以直接对照排查。

5.1 截图模糊与时间戳缺失：现象、原因、解决

现象：报告里贴的截图分辨率很低，Wireshark 的协议字段完全看不清；或者截图只有包列表，没有显示时间列和源目的 IP 列。

原因：多数学生直接用手机拍屏幕，或者把 Wireshark 窗口缩小后截图，导致字段被压缩。另一个问题是实验时没注意时间列，交上去的报告里无法判断数据包的发生顺序。

解决：截图前把 Wireshark 窗口最大化，在 View -> Time Display Format 里选择「Seconds Since Previous Displayed Packet」，这样每帧的间隔时间会直接显示出来。截图时只截当前必要区域，不要整屏截。写报告前把图片统一处理成 600 dpi 以上的清晰度，Word 里插入图片时不能拉伸，否则字会糊。如果你是用web 页面 pdf 打印的方式导出报告，记得先预览缩放比例，PDF 里图片过糊等于白做。

5.2 配了静态路由却 ping 不通：现象、原因、解决

现象：Packet Tracer 里配置完ip route，从 PC1 ping PC2 依然超时。

原因：最常见的是下一跳地址写错，或者路由器接口没开启。2960 交换机的接口默认是关闭的，路由器接口配了 IP 后必须执行no shutdown。另一个隐蔽原因是 PC 的网关没设置，VLAN 间通信时 PC 不知道把数据交给路由器。

解决：按顺序排查。第一步show ip interface brief看路由器所有接口状态，如果显示 administratively down，就是没执行no shutdown。第二步show ip route看静态路由是否在路由表里，S开头且状态正常。第三步检查 PC 的 IP 配置，Default Gateway 必须填对应 VLAN 的网关地址。做完这三步，绝大多数 ping 不通都能定位。

5.3 Wireshark 只能抓到广播包：现象、原因、解决

现象：抓包时过滤 http 或 dns 一无所获，但能看到大量 ARP 广播包。

原因：选错了网卡，或者抓包时没有产生目标流量。选错网卡时，Wireshark 可能抓的是虚拟网卡或回环接口，真实网络流量根本没经过。另一个原因是浏览器或系统走了代理，HTTP 流量被封装成了其他协议，过滤 http 自然看不到。

解决：抓包前先ipconfig确定活动网卡的 IP，在 Wireshark 主界面选择对应 IP 的网卡。如果笔记本同时开了有线和无线，建议关闭不用的那张。代理问题解决方法是临时关闭系统代理，或者在 Wireshark 过滤栏改看tcp.port==80来覆盖代理流量。

5.4 报告里没有原始数据表格：现象、原因、解决

现象：实验报告只有配置命令和截图，没有任何数据记录表格，老师看完不知道你测量了什么。

原因：实验操作时只顾着敲命令，没有把每个步骤的关键输出记录下来。常见做法是开着 Packet Tracer 和 Wireshark，却没有同步开一个记事本做记录。

解决：养成边做边记的习惯。在 reports 文件夹下建一个raw_data.txt，每完成一个验证步骤，就把命令输出、关键时间点、异常现象复制进去。写报告时直接从中整理表格，不要依赖记忆。比如 ping 测试结果，记下发送 5 个包、收到 5 个包、平均延迟多少 ms，这些数字填进表格就有了说服力。

5.5 拓扑图与配置不一致：现象、原因、解决

现象：报告里画的拓扑图显示 PC1 接在 Switch1 上，但配置命令里 VLAN 归属的端口和拓扑图对不上。

原因：实验做到一半改过拓扑，或者画图时没有按 Packet Tracer 里的实际连接来画。这种「图实不符」是扣分最狠的硬伤，因为它暴露了报告可能是编的。

解决：写报告时，拓扑图不要手绘，直接从 Packet Tracer 里导出。文件菜单里选择导出 PDF 或图片，保持和实验环境一致。所有端口编号、线缆类型、IP 地址，必须逐一对齐。如果实验确实改过结构，报告里要保留最后一次的拓扑图，并把前面步骤的文字描述同步修改。

6. 让报告从及格到优秀：验证链路与数据留痕的技巧

前面几章把实验内容讲完了，最后说一个区分「写了报告」和「做好了实验报告」的技巧闭环：验证链路必须有始有终，数据留痕必须可追溯。

6.1 用 ping 和 tracert 做端到端验证

实验做完，不要急着写报告，先做一轮完整的端到端验证。从 PC1 出发，依次执行ping 网关、ping 对端 PC、ping 服务器。这个递进过程输出的结果要全部记录：通了记录延迟和丢包率，不通记录失败点和超时现象。如果跨了多个网段，用tracert看路径，确认数据包确实经过了路由器。这组数据是整份报告的骨架。

命令参考如下：

C:\> ping -n 5 192.168.10.1 C:\> ping -n 5 192.168.20.2 C:\> tracert 192.168.20.2

tracert输出里每一跳的 IP 要和拓扑图里的设备接口一一对应。如果第二条指令只有最后两行才看到路由器的两个接口，说明路径正确；如果跳数比预期多，就要检查是不是出现了环路或者额外设备。这组验证数据放进报告，老师能清楚看到你的实验是一路从底层链路做到三层路由，而不是碰巧通了。

6.2 在报告里写「数据留痕」的四个要素

数据留痕不是贴一堆截图，而是让每个实验结论都能被回溯。四个要素缺一不可：时间、命令/操作、原始输出、结论。比如「配置静态路由」这一步，留痕应该写成：

时间：2024-11-03 14:30 操作：在 Router 上执行 ip route 192.168.20.0 255.255.255.0 192.168.10.1 原始输出：show ip route 里出现 S 192.168.20.0/24 [1/0] via 192.168.10.1 结论：静态路由生效，PC1 到 PC2 路径经由 Router 转发

实验报告里每个关键步骤都按这个四要素写，老师想挑毛病都无从下手。这一步其实也是把报告的「黑匣子」打开：别人拿到你的 PDF，只看文字就能复现整个实验过程。

6.3 交付前自检清单

交报告前，我习惯按清单过一遍：

• 拓扑图与配置命令里的接口编号完全一致；
• 每张截图都有时间列或过滤表达式，能看出操作环境；
• 所有 ping 或抓包结果都有原始输出的数据表格，而不是只有结论；
• 报告整体导出为 PDF 后，图片没有压缩模糊，目录页码正确；
• 实验结论里写清了「预期结果」和「实际结果」的差异，哪怕差异为无。

这最后一条往往是最被低估的。老师最怕的不是实验失败，而是报告里「结果与预期完全一致，没有任何讨论」。如果你的实验数据里出现过一次超时，哪怕是短暂几秒，也建议写进报告并解释原因，这反而会让整份报告显得真实。把失败原因写清楚，比强行写「全部成功」更有说服力。

我自己的习惯是把每份实验报告当成一个小型网络工程文档来写，拓扑图、配置、验证数据、故障分析一个不少。这个习惯后来做网络运维时也帮了大忙——排障时翻自己的记录，比翻书快得多。希望这份拆解能帮你的「重邮计算机网络实验报告.pdf」从一份交差文件变成一份能体现工程能力的作品。

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