简介这份中北大学计算机网络实验报告面向高校计算机相关专业学生用于完成课程实验与撰写规范报告覆盖网络命令、抓包分析与以太网帧结构等核心实验技能。资源包内含1个doc文档压缩包约5.04MB内容按实验一至实验四组织结构完整、格式规范可直接参考排版与撰写思路。实验一讲解Tracert与Ping命令的使用帮助查询网络IP、MAC、ARP等信息并判断连通性实验二介绍Wireshark的安装与抓包方法分析TCP、ARP、ICMP、DNS、HTTP等数据报格式并涉及TCP三次握手与四次挥手、DNS解析过程实验三聚焦以太网帧结构梳理前导码、目的地址、源地址、帧校验序列等字段作用及MAC地址组成实验四进一步巩固帧结构与ARP高速缓存表相关内容。目前已有363人学习适合需要快速完成实验报告、理解协议原理与抓包分析流程的学生参考借鉴。1. 中北大学计算机网络实验报告格式.doc一份能直接套用的实验报告骨架如果你正在搜「中北大学计算机网络实验报告 格式.doc」大概率不是想研究 Word 的二进制结构而是手头有一堆实验要做却卡在报告怎么写、格式怎么排、老师到底看什么上。计算机网络这门课的实验报告有个特点它不像数据结构实验报告那样只关心代码和复杂度也不像大学物理实验报告那样有固定的数据处理模板它横跨抓包分析、协议验证、网络配置、socket 编程几类任务每类的记录重点完全不同。一份合格的 doc 格式报告核心不是排版多漂亮而是让批改的人能在三十秒内找到「你做了什么、看到了什么现象、现象说明了什么协议行为」。这篇内容面向三类人第一次写计网实验报告不知道从哪下笔的新手、想把手写记录整理成规范 doc 的老手、以及需要批量产出多份报告模板的助教。我会把一份 doc 报告从结构设计到内容填充的完整路径拆开给出可以直接复制的骨架和参数说明也会讲清楚哪些地方最容易翻车。2. 先搞清楚一份计网实验报告 doc 里到底该放什么2.1 计网实验的四类任务与对应的记录重点计算机网络实验大致分四类每类对报告内容的要求差异很大用同一套模板硬套会显得空洞。第一类是协议分析类典型任务是用抓包工具捕获 HTTP、TCP 三次握手、DNS 查询等流量然后逐字段解读。这类报告的核心是「截图 字段标注 时序说明」你需要把抓到的报文按时间顺序排列标出关键字段的值再解释这个值为什么是这样。比如 TCP 三次握手SYN 包的 seq 是随机初始序号SYN-ACK 的 ack 是 seq1这些数字必须和截图对得上不能只写「完成了三次握手」。第二类是网络配置类比如配置静态路由、VLAN、子网划分。这类报告的重点是「拓扑图 配置命令 验证结果」。拓扑图要标清接口 IP 和网段配置命令要完整可复现验证部分要给出 ping 或路由表输出的截图。第三类是编程类比如用 socket 实现一个简单的客户端服务器通信。这类报告接近数据结构实验报告的写法需要贴关键代码、说明设计思路、给出运行结果。但计网编程更强调协议交互过程所以除了代码还要有通信时序的描述。第四类是仿真类用模拟器搭建网络拓扑并观察协议行为。这类报告的核心是「仿真参数设置 统计结果 与理论预期的对比」。把这四类的记录重点区分开是写好一份 doc 报告的第一步。很多人的报告被退回不是因为写得少而是因为用错了重点——在配置类实验里大段贴代码在编程类实验里只放截图不解释逻辑。2.2 doc 格式的排版约束标题层级、图表编号、代码样式doc 格式相比 Markdown 或 LaTeX最大的问题是样式容易乱。一份规范的实验报告 doc排版上要守住几条底线。标题层级建议只用三级一级标题用「实验一XXX」这种形式二级用「一、实验目的」「二、实验环境」「三、实验内容与步骤」「四、实验结果与分析」「五、问题与思考」三级用在「实验内容与步骤」下面细分任务。不要用 Word 自带的「标题 1/2/3」样式后又不统一导致目录生成出来层级错乱。图表编号要连续。截图统一叫「图 1」「图 2」表格叫「表 1」「表 2」正文里引用时写「如图 1 所示」。我见过太多报告截图没有编号正文写「如下图所示」结果图在下一页批改的人要翻半天。代码样式建议用等宽字体Consolas 或 Courier New字号比正文小一号加浅灰底纹。不要把代码直接粘成正文段落那样缩进全丢看起来一团糟。如果代码超过一屏只贴关键片段完整代码放附录。提示doc 文件在不同版本的 Word 或 WPS 里打开行距和字体可能偏移。定稿后导出一份 PDF 一起交能避免格式被改乱。2.3 从实验指导书到报告信息映射表实验指导书通常只给任务描述和步骤提示不会告诉你报告里该写什么。你需要自己做一次信息映射。下面这张表是我常用的映射关系左边是指导书里的内容右边是报告里对应的位置。指导书内容报告对应位置记录要点实验目的一、实验目的改写成 2-3 条可验证的目标实验原理二、实验环境 或 单独一节只写与本次实验直接相关的协议要点实验步骤三、实验内容与步骤按操作顺序编号每步附命令或截图实验现象四、实验结果与分析截图 字段标注 现象解释思考题五、问题与思考结合本次实验数据回答不抄书这张表的价值在于它强迫你把指导书里的「步骤」和报告里的「结果」分开。步骤是你做了什么结果是你看到了什么分析是这些现象说明了什么。三者混在一起写报告就会变成流水账。3. 动手搭一份可复用的 doc 报告骨架3.1 用 python-docx 批量生成报告框架如果你要写多份报告或者帮别人整理模板手动在 Word 里调格式很费时间。用 python-docx 可以脚本化生成骨架之后往里面填内容就行。先安装依赖pip install python-docx下面这段代码生成一份带标题层级、图表编号占位、代码样式的基础报告框架from docx import Document from docx.shared import Pt, RGBColor from docx.enum.text import WD_ALIGN_PARAGRAPH doc Document() # 设置正文默认字体 style doc.styles[Normal] style.font.name 宋体 style.font.size Pt(12) # 一级标题实验名称 h1 doc.add_heading(实验一TCP 三次握手抓包分析, level1) h1.alignment WD_ALIGN_PARAGRAPH.CENTER # 二级标题固定五段式 sections [一、实验目的, 二、实验环境, 三、实验内容与步骤, 四、实验结果与分析, 五、问题与思考] for sec in sections: doc.add_heading(sec, level2) doc.add_paragraph(此处填写内容) # 代码样式段落示例 code_para doc.add_paragraph() run code_para.add_run(ping 192.168.1.1 -n 4) run.font.name Consolas run.font.size Pt(10) run.font.color.rgb RGBColor(0x33, 0x33, 0x33) doc.save(计算机网络实验报告_模板.docx)这段代码的逻辑很直接先设置全局字体再按「实验名称 五段式」的结构添加标题每个标题下留一个占位段落。代码样式单独用一个段落设置等宽字体和颜色避免和正文混在一起。参数上level1对应一级标题level2对应二级标题字号和颜色可以根据学校要求调整。生成后打开 doc你会得到一个结构完整但内容为空的骨架接下来只需要往每个占位段落里填东西。3.2 五段式结构的每一段该写多少字骨架搭好后每段写多少字是个实际问题。写太少显得敷衍写太多批改的人没耐心看。我的经验是「实验目的」控制在 80-120 字写 2-3 条每条一句话。不要抄指导书上的大段描述改写成「通过本次实验掌握 XXX 的 XXX 行为」这种可验证的句式。「实验环境」控制在 60-100 字列出操作系统、工具名称和版本、网络拓扑。如果是抓包实验写清楚抓包工具的名称和版本如果是配置实验写清楚模拟器或真实设备的型号。「实验内容与步骤」是篇幅最大的部分建议 400-800 字按操作顺序编号。每一步写清楚「做了什么操作 用了什么命令 预期看到什么」。命令用代码样式预期结果用一句话描述。「实验结果与分析」同样 400-800 字放截图和字段解读。每张截图下面要有 2-3 句分析说清楚这个现象对应什么协议行为。「问题与思考」200-400 字回答指导书上的思考题结合本次实验的具体数据不要泛泛而谈。按这个字数分配一份完整的实验报告正文大约 1500-2500 字加上截图和代码总共 4-6 页是比较合适的篇幅。3.3 截图与代码块的插入规范截图和代码块是实验报告里最容易出问题的部分。几个具体规范截图要用系统自带的截图工具或抓包软件自带的导出功能不要用手机拍屏幕。拍屏幕会有摩尔纹和反光批改的人看不清字段值。截图里要包含关键信息抓包截图要有时间列、源地址、目的地址、协议、长度、信息列配置截图要有命令提示符和输出结果。截图插入 doc 后统一设置宽度为 14-15 厘米居中对齐下面加一行小字「图 N说明文字」。说明文字要具体比如「图 3TCP 三次握手第一个 SYN 包seq0」比「图 3抓包结果」有用得多。代码块只贴关键片段不要贴整个文件。比如 socket 编程实验只贴建立连接和收发数据的核心函数import 和异常处理可以省略。代码前面加一句「核心代码如下」后面加一句逻辑说明。代码里的关键行可以用注释标出但不要每行都注释。注意doc 里插入的截图如果原图分辨率太高文件会变得很大发给老师时可能超附件限制。插入前用图片工具压缩到 150-200 KB 左右清晰度足够看清字段值。4. 把抓包数据、配置命令、运行结果填进报告4.1 抓包类实验从 pcap 到报告字段的提取流程抓包类实验的报告核心工作是把 pcap 文件里的关键字段提取出来整理成可读的表格或截图标注。手动在抓包软件里一个个看很慢用 tshark 命令行可以批量提取。假设你抓了一个 HTTP 请求的包保存为 http.pcap想提取 TCP 流的关键字段tshark -r http.pcap -Y tcp.flags.syn1 || tcp.flags.fin1 \ -T fields -e frame.number -e ip.src -e ip.dst \ -e tcp.srcport -e tcp.dstport -e tcp.flags -e tcp.seq -e tcp.ack这条命令的过滤条件tcp.flags.syn1 || tcp.flags.fin1只保留 SYN 和 FIN 包也就是连接建立和断开的关键报文。-T fields指定输出字段模式后面每个-e跟一个字段名。输出结果可以直接粘到报告里整理成表格。参数说明-r指定读取的 pcap 文件-Y是显示过滤器语法和抓包软件里的过滤框一致-e frame.number是帧编号方便和截图对应tcp.flags会输出标志位的十六进制值比如 0x02 表示 SYN0x12 表示 SYN-ACK。提取出字段后报告里的「实验结果与分析」部分可以这样组织先放一张抓包软件的整体截图标出三次握手的三个包再用表格列出三个包的 seq、ack、flags 值最后用一段话解释「客户端发送 SYNseq0服务器回复 SYN-ACKseq0ack1客户端发送 ACKseq1ack1连接建立」。这样批改的人不用自己数直接看你的解读就行。4.2 配置类实验命令记录与验证输出的对应关系配置类实验的报告最容易犯的错是只贴配置命令不贴验证结果。老师要看的是「你配完了网络通不通」。所以每一组配置命令后面必须跟一条验证命令和它的输出。以静态路由配置为例报告里应该这样写# 在路由器 R1 上配置到 192.168.2.0/24 的静态路由 ip route 192.168.2.0 255.255.255.0 192.168.1.2 # 验证查看路由表 show ip route # 验证从 R1 ping 目标网段的主机 ping 192.168.2.10配置命令和验证命令用同一个代码块中间用注释分隔。报告里贴出show ip route的输出截图用红框标出新加的那条路由再贴 ping 的输出截图显示丢包率为 0。然后在分析里写「路由表显示 192.168.2.0/24 下一跳为 192.168.1.2ping 测试连通说明静态路由配置生效」。如果 ping 不通报告里也要如实写并给出排查过程。比如先show interface看接口状态再show ip route看路由表逐步定位。这种「失败 排查 解决」的记录比一路成功的报告更能体现你理解了协议行为。4.3 编程类实验socket 通信结果的记录方式Socket 编程实验的报告需要同时展示代码逻辑和运行结果。以 TCP 客户端服务器为例报告里可以这样组织先贴服务器端核心代码import socket server socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.bind((127.0.0.1, 8888)) server.listen(1) print(服务器监听 8888 端口) conn, addr server.accept() print(f客户端 {addr} 已连接) data conn.recv(1024) print(f收到{data.decode()}) conn.send(已收到消息.encode()) conn.close()再贴客户端核心代码import socket client socket.socket(socket.AF_INET, socket.SOCK_STREAM) client.connect((127.0.0.1, 8888)) client.send(Hello Server.encode()) resp client.recv(1024) print(f服务器回复{resp.decode()}) client.close()代码后面的逻辑说明要写清楚服务器先 bind 再 listenaccept 会阻塞直到客户端连接客户端 connect 触发三次握手send 和 recv 对应数据收发。参数上AF_INET表示 IPv4SOCK_STREAM表示 TCP1024是接收缓冲区大小。运行结果的记录建议用两个终端窗口并排截图左边服务器输出右边客户端输出时间顺序一目了然。如果条件允许同时开抓包工具把三次握手和四次挥手的包也截下来和代码执行对应起来这份报告就很有说服力了。5. 避坑计网实验报告里最容易翻车的五个地方5.1 截图没有字段标注批改的人找不到重点现象报告里放了一堆抓包截图但没有任何标注批改的人要自己在一堆报文里找 SYN 包。原因截图时只想着「证明我抓到了」没想着「证明我读懂了」。解决每张关键截图都用红框或箭头标出核心字段旁边加文字说明。比如在 SYN 包的 seq 字段旁标「初始序号」在 SYN-ACK 的 ack 字段旁标「确认号seq1」。标注用系统自带的画图工具或截图工具自带的编辑功能就行不用太花哨。5.2 配置命令和验证结果对不上现象报告里写了配置命令但验证部分的截图显示网络不通或者验证命令的输出和配置命令不匹配。原因配置时改过参数但报告里写的是改之前的命令或者验证命令用错了接口。解决配置和验证要同步记录。每改一次配置立刻跑一次验证命令截图保存。报告里的命令按时间顺序排列不要事后凭记忆补。如果中间改过参数把修改过程也写进去这反而是加分项。5.3 代码块缩进丢失逻辑层次看不清现象从编辑器复制代码到 Word缩进全没了if 和 else 对齐错乱看起来像一团乱麻。原因Word 默认的正文样式不保留等宽空格制表符会被转换成不同宽度的空格。解决粘贴代码时用「选择性粘贴 → 无格式文本」然后手动设置等宽字体。或者先在记事本里把制表符替换成 4 个空格再粘到 Word。更省事的办法是用 python-docx 脚本生成代码段落像 3.1 节那样设置 Consolas 字体。5.4 实验目的写成指导书原文没有具体化现象「实验目的」部分和指导书上一模一样写的是「掌握 TCP 协议的工作原理」这种大而空的话。原因直接复制粘贴没有结合本次实验的具体任务改写。解决把目的改写成可验证的句式。比如「通过抓取三次握手报文验证 SYN、SYN-ACK、ACK 的 seq 和 ack 字段的对应关系」。这样写批改的人一看就知道你这次实验具体做了什么。5.5 doc 文件在不同电脑上打开格式错乱现象在自己电脑上排好的报告发给老师后打开行距变了、图片跑位了、字体被替换了。原因doc 格式依赖本机字体和 Word 版本不同环境渲染结果不同。解决定稿后导出 PDF 一起交。如果必须交 doc把字体嵌入文件Word 选项 → 保存 → 嵌入字体图片设置「嵌入型」环绕方式行距用固定值而不是倍数。交之前用另一台电脑打开检查一遍。6. 让报告从及格到优秀的两个进阶技巧6.1 用时间线把多个协议事件串起来一份优秀的计网实验报告不是孤立地记录每个步骤而是把多个协议事件串成一条时间线。比如做 HTTP 抓包实验你可以把 DNS 解析、TCP 三次握手、HTTP 请求、HTTP 响应、TCP 四次挥手这五个阶段按时间顺序排列每个阶段放一张截图下面标注时间戳和关键字段。这样批改的人能看到完整的通信过程而不是零散的报文。具体做法在抓包软件里设置显示过滤器先看 DNS再看 TCP再看 HTTP分别截图。然后在报告里画一个简单的时间轴用表格就行左边是时间中间是事件右边是截图编号。表格比纯文字更直观也比画图省事。6.2 把「问题与思考」写成排查记录「问题与思考」部分很多人写成抄书把指导书上的思考题答案从教材里抄一遍。这样写拿不到高分因为批改的人想看的是你自己的理解。更好的写法是把它写成排查记录。比如实验过程中遇到了 ping 不通的情况你就写「现象ping 目标主机超时排查先 show interface 确认接口 up再 show ip route 确认路由存在最后发现是目标主机防火墙拦截了 ICMP解决关闭防火墙后 ping 通」。这种记录体现了你实际动手排查的过程比抄书有价值得多。如果实验一路顺利没遇到问题也可以写「如果遇到 XXX 情况应该怎么排查」的预案。比如「如果抓包时看不到 HTTP 报文可能是端口过滤设置错误应该检查过滤器是否限制了 80 端口」。这种预案同样能体现你对协议的理解。我自己写实验报告的习惯是实验过程中随时记笔记把每个命令、每个截图、每个异常都记下来写报告时直接从笔记里挑素材。这样写出来的报告有细节、有过程、有排查不是事后编的。希望帮到你。本文还有配套的精品资源点击获取