拓冰网站定制 
简介来自河北工业大学的计算机网络实验报告面向高校网络课程学习者与入门级网络管理员系统覆盖网络诊断命令和路由器配置两大核心实验。实验一详细演示了ping、ipconfig、tracert、netstat、arp等常用命令的使用场景包括通过ping 127.0.0.1检测本机回环、使用-t -l -n参数控制探测行为用ipconfig /all查看详细TCP/IP配置、tracert跟踪数据包中间跃点以及netstat -an查看活动连接、arp -a解析MAC地址等实验二则完整记录了静态路由和RIP动态路由的配置全过程包含接口IP分配、no shut开启端口、show ip route查看路由表、连通性验证并配有具体的命令输出和结果分析便于对照实操。资料包共1个docx文件大小176KB结构紧凑既有实验目的、步骤又有配置代码和结论适合预习、完成作业或作为实验报告参考。目前已有158人学习对掌握网络基础命令、理解路由协议原理和提升网络排错能力有直接帮助。1. 一份《河北工业大学 计算机网络 实验报告.docx》背后是三类跑不掉的动作一份《河北工业大学 计算机网络 实验报告.docx》往往是计算机网络实验课最后的交付物。很多人拿到它先改格式、再填截图结果被老师一句「数据和结论对不上」打回。实际上这门课想让你展示的就三件事能抓包、能组网、能把观测转成可复查的结论。你在 Wireshark 里数出的 seq 值在 Packet Tracer 里配出的静态路由以及报告里每个数字背后的原始证据才是分值所在。这篇笔记从环境准备讲到数据校验覆盖实验报告里最容易翻车的几个环节适合正在写这份实验报告、或者想按同一套方法做网络自查的人。2. 实验前置从课程知识到能出数据的实验台2.1 课程知识框架先对齐实验对应的协议层再决定用什么工具计算机网络实验不是把网线插上就完事。这门课的知识体系教材和学习资料大致能对上两套谢希仁《计算机网络》按五层协议讲从物理层到应用层期末复习时喜欢考封装顺序和各层功能《计算机网络自顶向下方法》则从应用层往底层讲让你在浏览器里先看到 HTTP再顺藤摸瓜去看 TCP。还有一部分同学会对照考研辅导资料比如王道它把网络层的 IP 编址和路由协议当作核心考点。这几套体系在实验里其实指向同一个问题你在做哪一层的实验就该观测哪一层的字段。我做实验支持时习惯先把实验目的翻译成「协议层 观测量」。写以太网帧就该去抓数据链路层的头部看源 MAC、目的 MAC 和类型字段写 TCP 三次握手就该盯传输层的标志位写 IP 地址规划就放到网络层的拓扑里去测。报告里的一份抓包结果如果连协议层都标不清楚老师很难认为你真做过这个实验。反过来你先在纸上写明白自己要观测哪个字段整个实验流程会顺很多。下面这张表是我建议学生在开实验前先填的写报告时它直接变成分析部分的目录。实验主题协议层观测对象以太网帧结构数据链路层源/目的 MAC、Type 字段TCP 三次握手传输层SYN/ACK 标志、seq/ack 序号静态路由与 IP 规划网络层路由表、下一跳、ping 结果另一个容易忽视的知识点很多实验报告只写「我抓到了包」不说抓包时网络处于什么状态。比如同一条 HTTP 请求在你的网卡上可能出现 TCP 重传、分片甚至被代理改写这些现象本身就是实验结论的一部分。做实验前最好把「预期结果」写下来在自顶向下教材里这一步叫问题定义落到报告里它就是最后分析部分的锚点。如果你连预期都没想好抓到之后也不知道该截哪一段。2.2 环境三件套Wireshark、Packet Tracer 和一台能干活的终端选工具不用追求最新最强。抓包工具我主要用 Wireshark它跨平台、过滤器语法通用Windows 下装完记得装 Npcap 驱动否则看不到真实网卡流量习惯命令行的可以配 tcpdump但报告里贴图不如 Wireshark 直观。组网实验我建议优先用 Cisco Packet Tracer它对课内题目的支持足够稳拓扑存成 .pkt 以后接口状态、路由表都能一起提交GNS3 也不是不行但配置真机镜像和虚拟化环境的时间在课程实验这个场景里不太划算。终端环境Windows 10/11 或 Ubuntu 都行关键是它能连通实验网络并且你清楚哪些服务在产生背景流量。三件套的分工按实验场景来定终端负责发起流量和基础连通性检查Wireshark 负责在网卡上把那段时间的报文留底Packet Tracer 负责搭多设备拓扑。实际动手时我一般这样分配先在本机跑一轮命令确认网络状态再开 Wireshark 抓一小段最后用模拟器把路由或交换的部分补全。这个顺序能在实验课上帮你省下大半排错时间因为本机网络都不通后面抓包和组网全都会变成无效作业。有个选型上的坑需要提前说很多同学会把抓包任务放在 Packet Tracer 里做但 Packet Tracer 模拟的是设备行为抓包功能只支持简单的 PDUs生成的报文离真实 TCP 握手细节差得很远。要拿真实以太网帧数据还是得靠 Wireshark 或 tcpdump。反过来路由协议的收敛行为也最好不要只用 Wireshark 观察模拟器的时序更可控排错成本更低。两个工具各干各的活不能互相替代。2.3 写报告前必须记住的最小命令集无论实验题目是「观察 TCP 握手」还是「配置静态路由」报告里都避不开三类输出本机状态、连通性测试、端口与服务。下面这组 Windows 命令先跑通确认终端侧没问题ipconfig /all ping 127.0.0.1 -n 4 tracert -d www.cnu.edu.cn netstat -ano | findstr :80Linux 下的对应版本是 ip addr、ping -c 4、traceroute -n、ss -tn。这四条命令回答四个问题本机 IP 和 DNS 用的是哪个网段、协议栈通不通、路径经过哪些节点、80 端口有没有进程监听。ipconfig /all 的输出直接放进「实验环境」那一节能省一大段文字描述tracert 的结果用来展示网络路径保留关键几跳就够不用把每条 TTL 超时都贴出来。抓包工具的过滤器也建议提前练熟并且要分清两种过滤器。Wireshark 的显示过滤器Display Filter在抓包之后使用字段匹配能力强可以用来数握手包tcp.flags.syn 1 || tcp.flags.fin 1而捕获过滤器Capture Filter在抓包之前指定语法更接近 tcpdump常用写法是 tcp port 80。这两个位置混了报告里写「我过滤了 80 端口」但截图里还看到别的端口就会显得不严谨。参数上的另一个细节用 host 192.168.1.1 可以只看某个 IP 的流量用 not arp 可以把广播噪声排除。报告里保留过滤条件截图是证明数据可复现的重要一步也是后面校验环节的基础。3. 能撑起报告的两个核心实验抓包分析与静态组网3.1 抓包实验把一次 TCP 三次握手完整记录下来抓包实验是最容易出成绩、也最容易出假报告的类型因为只要你真的抓到了三次握手图和数据都天然可信。步骤上我按下面这个顺序做每一步都有明确产出打开 Wireshark选择真实接入网络的网卡注意别选「虚拟网卡」或「Loopback」。在显示过滤器里先输入 tcp.flags.syn 1观察窗口能否正确过滤。清空 Wireshark 缓冲区后用浏览器访问一个普通 HTTP 网站。如果当前网络强制 HTTPS就改用 tcp.port 443 再抓一次。停止抓包定位第一次握手的 SYN 包右键选择 Follow TCP Stream把三次握手完整记录导出来。报告里最关键的不是那张彩色图而是你从报文里读出的 seq 和 ack 关系。第一次握手 SYN 包里的 seq 是随机初始序号记为 ISN第二次握手 SYNACK 包里的 seq 是服务器的 ISNack 是客户端 ISN 加 1第三次握手 ACK 包里的 ack 是服务器 ISN 加 1。把这三个数字写进表格比任何描述都有说服力。命令行环境下等价的记录操作是这样sudo tcpdump -i eth0 -w handshake.pcapng tcp port 80-w 把原始报文写到 pcapng 文件后面的过滤表达式表示只关心 80 端口。这里有个常被忽略的细节不加 -w 时 tcpdump 会把报文直接打印到终端虽然也能看但报告需要的回放和统计就没有了。保存好 pcapng 之后后续还可以用 tshark 重放、过滤和统计这也是第 5 章做校验的基础。抓包时另一个坑是流量不完整浏览器有缓存时重复访问相同网站可能根本不发请求电脑连着 WiFi 时网卡上捕获到的可能只有无线层的重传包。解决办法是每次抓包前清空浏览器缓存或者直接用 curl 重新发起请求。抓包时长控制在 30 秒以内文件太大会让分析和审阅都失去焦点老师打开报告时也只想看到跟实验相关的这一段时间。3.2 组网实验三台路由器的静态路由与连通性验证组网类实验比抓包更接近工程实践因为你要看到的不只是协议行为还有设备配置。常见的最小实验是三个网段通过两台或三台路由器互联比如 R1 连接 192.168.1.0/24R2 连接 192.168.2.0/24两台路由器之间用 192.168.12.0/30 互联。在 Packet Tracer 里搭好后核心配置就是静态路由。第一台设备的 CLI 配置大致长这样conf t interface GigabitEthernet0/0 ip address 192.168.1.1 255.255.255.0 no shutdown exit interface GigabitEthernet0/1 ip address 192.168.12.1 255.255.255.252 no shutdown exit ip route 192.168.2.0 255.255.255.0 192.168.12.2第二台设备把接口地址反过来写再把回程路由指回 R1。解释一下最后这条 ip route它是网络层的转发规则意思是目的地址属于 192.168.2.0/24 时下一跳交给 192.168.12.2。没有这条路由R1 收到目的为 192.168.2.x 的包时只能直接丢弃跨网段 ping 就会超时。验证这一步是最容易写进报告的部分在 PC1 上用 ping 192.168.2.1 测试跨网段连通性再把 R2 的 show ip route 输出截下来确认 192.168.2.0/24 和 192.168.12.0/30 都出现在路由表里。我一般还会顺手做一次反向验证把静态路由删掉一条再 ping 一次记录不通的现象和错误信息。报告里「故障重现」比「一次就通」更值钱因为老师能看出你理解这条路由的作用而不是抄了别人的配置。注意Packet Tracer 里接口默认是 shutdown 状态配置完 IP 后必须执行 no shutdown否则接口协议状态一直是 down。这也是第 4 章要单独讲的一个高频问题。3.3 把观测变成报告素材截图时机与数据提炼抓包和组网的原始输出很多报告却不能把每一张都贴上去。我处理素材的原则是「每个结论只保留一份关键证据」。三次握手的抓包给一个表格列四列报文序号、方向、TCP 标志位、seq 与 ack 值静态路由的验证给两张图一张是路由表一张是 ping 结果。截图要带 Wireshark 的过滤条件栏证明数据是筛选过的而不是乱抓一通。实验数据还可以进一步压缩成统计值TCP 连接建立的耗时不一定能直接抓准但你能数出本次抓包文件里 SYN 包的个数路由实验里 ping 的平均 RTT、丢包率从终端的输出里直接就能读到。把这些数字放进分析部分让结论可对照。如果实验是依托在线实训平台完成的平台给出的参考步骤可以用来核对命令但报告最终要写的是你自己跑出来的数据不是直接引用平台自带的答案否则一查原始文件就会穿帮。图、表、结论三者对应关系理顺之后这份报告基本不需要再堆文字了。4. 实验报告里的踩坑清单五类翻车现象、原因与排查路径写实验报告的过程里有一些问题是反复出现的。这里是五类最常见的每一条按「现象 → 原因 → 解决」展开。做实验时遇到问题先对照现象再按原因的优先级逐个排除比瞎试快得多。4.1 抓包列表一片空白报告里只能写「抓不到数据」现象Wireshark 打开后换了几个网卡开始抓包却一条报文都不过。原因通常有三个选错了网卡比如选了虚拟机的虚拟网卡显示过滤器或捕获过滤器写死了一个不存在的端口浏览器缓存让请求根本没发出去。排查路径是先关掉所有过滤器把状态显示为「已连接」的物理网卡选中重抓再用 ping 网关确认本机确实在收发流量。解决以后报告里应当保留一张「未过滤 有报文」的截图作为环境证据这能避免老师怀疑你的抓包环境有问题。4.2 Packet Tracer 里 ping 不通配置却和教材一模一样现象拓扑和教材一致静态路由命令也敲了结果就是 ping 不通。原因排行第一的是接口没有 no shutdown模拟器里默认接口是 down 的第二是 PC 的网关没配第三是路由写反了方向。排查按顺序检查接口状态、PC 的 IP 与网关、路由表。确认接口状态可以用 show ip interface brief它会把每个接口的 IP 和协议状态列在一张表里比翻配置快得多。解决后你要在报告里写明你修好了哪一处最好附上修改前后的对比而不是只贴最终结果。4.3 结论是教材原话数据却对不上现象分析部分写「TCP 三次握手能够可靠建立连接」但抓包里看到的却是反复重传甚至只抓到两次握手。原因是你没分清实验条件和理论模型的边界。解决的办法是让结论贴着数据走重传率高就把现象写成「在该网络环境下 TCP 发生重传说明链路存在丢包」再把理论结论放在后面作为解释。报告不怕结果不理想怕的是数据和结论互相矛盾一旦被发现就是整页判错。4.4 截图堆了十几张却没有一张能对应具体过滤条件现象满屏 Wireshark 截图、命令行截图但每张都没有过滤条件栏也没有标注关键字段。原因很简单截图时没想清楚这张图要证明什么。解决的套路是先想好这张图放在哪一个小节用来支撑哪一句话再截取窗口截图里至少要让老师能看见过滤条件、报文字段、时间戳这三样东西之一。我一般要求学生贴图前先在图片下面用一行字写清「从这张图能看出什么」写不出来的图就不要放进报告。4.5 拓扑图与配置文件对不上现象报告里的拓扑图显示三个网段配置里却只看到两个接口有 IP或者路由器的接口编号与图上的编号不一致。原因大多是实验做完后改过拓扑但没同步更新报告。解决的方法是提交前把拓扑图、接口配置、路由表放在一起逐项核对接口名、IP、掩码、下一跳四项必须和图上一一对应。这一条看起来小却是老师抽查时最容易发现的问题也是报告返工率最高的一个原因。5. 用数据校验让报告经得起复测一个可复制的验证习惯5.1 提交前跑一遍 tshark 汇总写这类实验报告时我养成的习惯是报告里出现的每一个数字都可以被复测。提交前做一遍轻量校验不需要额外工具靠的是 tshark 和系统自带命令。假设你保留了 handshake.pcapng那就先提取所有 SYN 报文tshark -r handshake.pcapng -Y tcp.flags.syn1 -T fields -e frame.number -e frame.time_relative -e ip.src -e tcp.srcport -e tcp.seq_raw-r 读取抓包文件-Y 做显示过滤-T fields 指定输出字段。这样跑出来一张所有 SYN 包的序列表格把它和 Wireshark 窗口里看到的图对一遍报告里的数字就站得住。如果你把 pcapng 和报告一起交还可以用 md5sum 记录文件哈希防止提交过程中数据被动过md5sum handshake.pcapng5.2 把实验目的、观测证据、结论串成一条可复测的链校验的顺序应当是先回到实验目的再核对证据最后看结论。路由实验就把 show ip route 重新拉一遍确认每一条路由都对应报告里的拓扑抓包实验就把 SYN 包数量和正文表格核对一遍。这个过程逼着你重新检查那些「想当然」的字段比如 seq 到底是从哪条报文里读出来的。报告里没有原始依据的数字宁可删掉也不要编。这个习惯救过我不少缴交前的返工也能让你在日后做网络自查时直接把整套流程复用起来。希望帮到你。本文还有配套的精品资源点击获取 计算机网络实验报告实战：抓包分析与静态路由配置指南
简介来自河北工业大学的计算机网络实验报告面向高校网络课程学习者与入门级网络管理员系统覆盖网络诊断命令和路由器配置两大核心实验。实验一详细演示了ping、ipconfig、tracert、netstat、arp等常用命令的使用场景包括通过ping 127.0.0.1检测本机回环、使用-t -l -n参数控制探测行为用ipconfig /all查看详细TCP/IP配置、tracert跟踪数据包中间跃点以及netstat -an查看活动连接、arp -a解析MAC地址等实验二则完整记录了静态路由和RIP动态路由的配置全过程包含接口IP分配、no shut开启端口、show ip route查看路由表、连通性验证并配有具体的命令输出和结果分析便于对照实操。资料包共1个docx文件大小176KB结构紧凑既有实验目的、步骤又有配置代码和结论适合预习、完成作业或作为实验报告参考。目前已有158人学习对掌握网络基础命令、理解路由协议原理和提升网络排错能力有直接帮助。1. 一份《河北工业大学 计算机网络 实验报告.docx》背后是三类跑不掉的动作一份《河北工业大学 计算机网络 实验报告.docx》往往是计算机网络实验课最后的交付物。很多人拿到它先改格式、再填截图结果被老师一句「数据和结论对不上」打回。实际上这门课想让你展示的就三件事能抓包、能组网、能把观测转成可复查的结论。你在 Wireshark 里数出的 seq 值在 Packet Tracer 里配出的静态路由以及报告里每个数字背后的原始证据才是分值所在。这篇笔记从环境准备讲到数据校验覆盖实验报告里最容易翻车的几个环节适合正在写这份实验报告、或者想按同一套方法做网络自查的人。2. 实验前置从课程知识到能出数据的实验台2.1 课程知识框架先对齐实验对应的协议层再决定用什么工具计算机网络实验不是把网线插上就完事。这门课的知识体系教材和学习资料大致能对上两套谢希仁《计算机网络》按五层协议讲从物理层到应用层期末复习时喜欢考封装顺序和各层功能《计算机网络自顶向下方法》则从应用层往底层讲让你在浏览器里先看到 HTTP再顺藤摸瓜去看 TCP。还有一部分同学会对照考研辅导资料比如王道它把网络层的 IP 编址和路由协议当作核心考点。这几套体系在实验里其实指向同一个问题你在做哪一层的实验就该观测哪一层的字段。我做实验支持时习惯先把实验目的翻译成「协议层 观测量」。写以太网帧就该去抓数据链路层的头部看源 MAC、目的 MAC 和类型字段写 TCP 三次握手就该盯传输层的标志位写 IP 地址规划就放到网络层的拓扑里去测。报告里的一份抓包结果如果连协议层都标不清楚老师很难认为你真做过这个实验。反过来你先在纸上写明白自己要观测哪个字段整个实验流程会顺很多。下面这张表是我建议学生在开实验前先填的写报告时它直接变成分析部分的目录。实验主题协议层观测对象以太网帧结构数据链路层源/目的 MAC、Type 字段TCP 三次握手传输层SYN/ACK 标志、seq/ack 序号静态路由与 IP 规划网络层路由表、下一跳、ping 结果另一个容易忽视的知识点很多实验报告只写「我抓到了包」不说抓包时网络处于什么状态。比如同一条 HTTP 请求在你的网卡上可能出现 TCP 重传、分片甚至被代理改写这些现象本身就是实验结论的一部分。做实验前最好把「预期结果」写下来在自顶向下教材里这一步叫问题定义落到报告里它就是最后分析部分的锚点。如果你连预期都没想好抓到之后也不知道该截哪一段。2.2 环境三件套Wireshark、Packet Tracer 和一台能干活的终端选工具不用追求最新最强。抓包工具我主要用 Wireshark它跨平台、过滤器语法通用Windows 下装完记得装 Npcap 驱动否则看不到真实网卡流量习惯命令行的可以配 tcpdump但报告里贴图不如 Wireshark 直观。组网实验我建议优先用 Cisco Packet Tracer它对课内题目的支持足够稳拓扑存成 .pkt 以后接口状态、路由表都能一起提交GNS3 也不是不行但配置真机镜像和虚拟化环境的时间在课程实验这个场景里不太划算。终端环境Windows 10/11 或 Ubuntu 都行关键是它能连通实验网络并且你清楚哪些服务在产生背景流量。三件套的分工按实验场景来定终端负责发起流量和基础连通性检查Wireshark 负责在网卡上把那段时间的报文留底Packet Tracer 负责搭多设备拓扑。实际动手时我一般这样分配先在本机跑一轮命令确认网络状态再开 Wireshark 抓一小段最后用模拟器把路由或交换的部分补全。这个顺序能在实验课上帮你省下大半排错时间因为本机网络都不通后面抓包和组网全都会变成无效作业。有个选型上的坑需要提前说很多同学会把抓包任务放在 Packet Tracer 里做但 Packet Tracer 模拟的是设备行为抓包功能只支持简单的 PDUs生成的报文离真实 TCP 握手细节差得很远。要拿真实以太网帧数据还是得靠 Wireshark 或 tcpdump。反过来路由协议的收敛行为也最好不要只用 Wireshark 观察模拟器的时序更可控排错成本更低。两个工具各干各的活不能互相替代。2.3 写报告前必须记住的最小命令集无论实验题目是「观察 TCP 握手」还是「配置静态路由」报告里都避不开三类输出本机状态、连通性测试、端口与服务。下面这组 Windows 命令先跑通确认终端侧没问题ipconfig /all ping 127.0.0.1 -n 4 tracert -d www.cnu.edu.cn netstat -ano | findstr :80Linux 下的对应版本是 ip addr、ping -c 4、traceroute -n、ss -tn。这四条命令回答四个问题本机 IP 和 DNS 用的是哪个网段、协议栈通不通、路径经过哪些节点、80 端口有没有进程监听。ipconfig /all 的输出直接放进「实验环境」那一节能省一大段文字描述tracert 的结果用来展示网络路径保留关键几跳就够不用把每条 TTL 超时都贴出来。抓包工具的过滤器也建议提前练熟并且要分清两种过滤器。Wireshark 的显示过滤器Display Filter在抓包之后使用字段匹配能力强可以用来数握手包tcp.flags.syn 1 || tcp.flags.fin 1而捕获过滤器Capture Filter在抓包之前指定语法更接近 tcpdump常用写法是 tcp port 80。这两个位置混了报告里写「我过滤了 80 端口」但截图里还看到别的端口就会显得不严谨。参数上的另一个细节用 host 192.168.1.1 可以只看某个 IP 的流量用 not arp 可以把广播噪声排除。报告里保留过滤条件截图是证明数据可复现的重要一步也是后面校验环节的基础。3. 能撑起报告的两个核心实验抓包分析与静态组网3.1 抓包实验把一次 TCP 三次握手完整记录下来抓包实验是最容易出成绩、也最容易出假报告的类型因为只要你真的抓到了三次握手图和数据都天然可信。步骤上我按下面这个顺序做每一步都有明确产出打开 Wireshark选择真实接入网络的网卡注意别选「虚拟网卡」或「Loopback」。在显示过滤器里先输入 tcp.flags.syn 1观察窗口能否正确过滤。清空 Wireshark 缓冲区后用浏览器访问一个普通 HTTP 网站。如果当前网络强制 HTTPS就改用 tcp.port 443 再抓一次。停止抓包定位第一次握手的 SYN 包右键选择 Follow TCP Stream把三次握手完整记录导出来。报告里最关键的不是那张彩色图而是你从报文里读出的 seq 和 ack 关系。第一次握手 SYN 包里的 seq 是随机初始序号记为 ISN第二次握手 SYNACK 包里的 seq 是服务器的 ISNack 是客户端 ISN 加 1第三次握手 ACK 包里的 ack 是服务器 ISN 加 1。把这三个数字写进表格比任何描述都有说服力。命令行环境下等价的记录操作是这样sudo tcpdump -i eth0 -w handshake.pcapng tcp port 80-w 把原始报文写到 pcapng 文件后面的过滤表达式表示只关心 80 端口。这里有个常被忽略的细节不加 -w 时 tcpdump 会把报文直接打印到终端虽然也能看但报告需要的回放和统计就没有了。保存好 pcapng 之后后续还可以用 tshark 重放、过滤和统计这也是第 5 章做校验的基础。抓包时另一个坑是流量不完整浏览器有缓存时重复访问相同网站可能根本不发请求电脑连着 WiFi 时网卡上捕获到的可能只有无线层的重传包。解决办法是每次抓包前清空浏览器缓存或者直接用 curl 重新发起请求。抓包时长控制在 30 秒以内文件太大会让分析和审阅都失去焦点老师打开报告时也只想看到跟实验相关的这一段时间。3.2 组网实验三台路由器的静态路由与连通性验证组网类实验比抓包更接近工程实践因为你要看到的不只是协议行为还有设备配置。常见的最小实验是三个网段通过两台或三台路由器互联比如 R1 连接 192.168.1.0/24R2 连接 192.168.2.0/24两台路由器之间用 192.168.12.0/30 互联。在 Packet Tracer 里搭好后核心配置就是静态路由。第一台设备的 CLI 配置大致长这样conf t interface GigabitEthernet0/0 ip address 192.168.1.1 255.255.255.0 no shutdown exit interface GigabitEthernet0/1 ip address 192.168.12.1 255.255.255.252 no shutdown exit ip route 192.168.2.0 255.255.255.0 192.168.12.2第二台设备把接口地址反过来写再把回程路由指回 R1。解释一下最后这条 ip route它是网络层的转发规则意思是目的地址属于 192.168.2.0/24 时下一跳交给 192.168.12.2。没有这条路由R1 收到目的为 192.168.2.x 的包时只能直接丢弃跨网段 ping 就会超时。验证这一步是最容易写进报告的部分在 PC1 上用 ping 192.168.2.1 测试跨网段连通性再把 R2 的 show ip route 输出截下来确认 192.168.2.0/24 和 192.168.12.0/30 都出现在路由表里。我一般还会顺手做一次反向验证把静态路由删掉一条再 ping 一次记录不通的现象和错误信息。报告里「故障重现」比「一次就通」更值钱因为老师能看出你理解这条路由的作用而不是抄了别人的配置。注意Packet Tracer 里接口默认是 shutdown 状态配置完 IP 后必须执行 no shutdown否则接口协议状态一直是 down。这也是第 4 章要单独讲的一个高频问题。3.3 把观测变成报告素材截图时机与数据提炼抓包和组网的原始输出很多报告却不能把每一张都贴上去。我处理素材的原则是「每个结论只保留一份关键证据」。三次握手的抓包给一个表格列四列报文序号、方向、TCP 标志位、seq 与 ack 值静态路由的验证给两张图一张是路由表一张是 ping 结果。截图要带 Wireshark 的过滤条件栏证明数据是筛选过的而不是乱抓一通。实验数据还可以进一步压缩成统计值TCP 连接建立的耗时不一定能直接抓准但你能数出本次抓包文件里 SYN 包的个数路由实验里 ping 的平均 RTT、丢包率从终端的输出里直接就能读到。把这些数字放进分析部分让结论可对照。如果实验是依托在线实训平台完成的平台给出的参考步骤可以用来核对命令但报告最终要写的是你自己跑出来的数据不是直接引用平台自带的答案否则一查原始文件就会穿帮。图、表、结论三者对应关系理顺之后这份报告基本不需要再堆文字了。4. 实验报告里的踩坑清单五类翻车现象、原因与排查路径写实验报告的过程里有一些问题是反复出现的。这里是五类最常见的每一条按「现象 → 原因 → 解决」展开。做实验时遇到问题先对照现象再按原因的优先级逐个排除比瞎试快得多。4.1 抓包列表一片空白报告里只能写「抓不到数据」现象Wireshark 打开后换了几个网卡开始抓包却一条报文都不过。原因通常有三个选错了网卡比如选了虚拟机的虚拟网卡显示过滤器或捕获过滤器写死了一个不存在的端口浏览器缓存让请求根本没发出去。排查路径是先关掉所有过滤器把状态显示为「已连接」的物理网卡选中重抓再用 ping 网关确认本机确实在收发流量。解决以后报告里应当保留一张「未过滤 有报文」的截图作为环境证据这能避免老师怀疑你的抓包环境有问题。4.2 Packet Tracer 里 ping 不通配置却和教材一模一样现象拓扑和教材一致静态路由命令也敲了结果就是 ping 不通。原因排行第一的是接口没有 no shutdown模拟器里默认接口是 down 的第二是 PC 的网关没配第三是路由写反了方向。排查按顺序检查接口状态、PC 的 IP 与网关、路由表。确认接口状态可以用 show ip interface brief它会把每个接口的 IP 和协议状态列在一张表里比翻配置快得多。解决后你要在报告里写明你修好了哪一处最好附上修改前后的对比而不是只贴最终结果。4.3 结论是教材原话数据却对不上现象分析部分写「TCP 三次握手能够可靠建立连接」但抓包里看到的却是反复重传甚至只抓到两次握手。原因是你没分清实验条件和理论模型的边界。解决的办法是让结论贴着数据走重传率高就把现象写成「在该网络环境下 TCP 发生重传说明链路存在丢包」再把理论结论放在后面作为解释。报告不怕结果不理想怕的是数据和结论互相矛盾一旦被发现就是整页判错。4.4 截图堆了十几张却没有一张能对应具体过滤条件现象满屏 Wireshark 截图、命令行截图但每张都没有过滤条件栏也没有标注关键字段。原因很简单截图时没想清楚这张图要证明什么。解决的套路是先想好这张图放在哪一个小节用来支撑哪一句话再截取窗口截图里至少要让老师能看见过滤条件、报文字段、时间戳这三样东西之一。我一般要求学生贴图前先在图片下面用一行字写清「从这张图能看出什么」写不出来的图就不要放进报告。4.5 拓扑图与配置文件对不上现象报告里的拓扑图显示三个网段配置里却只看到两个接口有 IP或者路由器的接口编号与图上的编号不一致。原因大多是实验做完后改过拓扑但没同步更新报告。解决的方法是提交前把拓扑图、接口配置、路由表放在一起逐项核对接口名、IP、掩码、下一跳四项必须和图上一一对应。这一条看起来小却是老师抽查时最容易发现的问题也是报告返工率最高的一个原因。5. 用数据校验让报告经得起复测一个可复制的验证习惯5.1 提交前跑一遍 tshark 汇总写这类实验报告时我养成的习惯是报告里出现的每一个数字都可以被复测。提交前做一遍轻量校验不需要额外工具靠的是 tshark 和系统自带命令。假设你保留了 handshake.pcapng那就先提取所有 SYN 报文tshark -r handshake.pcapng -Y tcp.flags.syn1 -T fields -e frame.number -e frame.time_relative -e ip.src -e tcp.srcport -e tcp.seq_raw-r 读取抓包文件-Y 做显示过滤-T fields 指定输出字段。这样跑出来一张所有 SYN 包的序列表格把它和 Wireshark 窗口里看到的图对一遍报告里的数字就站得住。如果你把 pcapng 和报告一起交还可以用 md5sum 记录文件哈希防止提交过程中数据被动过md5sum handshake.pcapng5.2 把实验目的、观测证据、结论串成一条可复测的链校验的顺序应当是先回到实验目的再核对证据最后看结论。路由实验就把 show ip route 重新拉一遍确认每一条路由都对应报告里的拓扑抓包实验就把 SYN 包数量和正文表格核对一遍。这个过程逼着你重新检查那些「想当然」的字段比如 seq 到底是从哪条报文里读出来的。报告里没有原始依据的数字宁可删掉也不要编。这个习惯救过我不少缴交前的返工也能让你在日后做网络自查时直接把整套流程复用起来。希望帮到你。本文还有配套的精品资源点击获取