企业官网建设流程全解析

简介：这份中北大学计算机网络实验报告面向高校计算机相关专业学生，用于完成课程实验与撰写规范报告，覆盖网络命令、抓包分析与以太网帧结构三大实验模块。包内共1个doc文档，压缩包约5.04MB，内容按实验一至实验四依次编排，包含实验名称、目的、内容、过程与结果等标准栏目。实验一讲解Tracert与Ping命令的用法，用于查询IP、MAC、ARP信息并判断连通性；实验二介绍Wireshark的安装与抓包，分析TCP、ARP、ICMP、DNS、HTTP等数据报格式，涉及三次握手、四次挥手与DNS解析过程；实验三剖析以太网MAC帧的前导码、目的地址、源地址、数据字段、填充与帧校验序列等字段，并说明MAC地址的组成与作用。已有363人学习，适合需要参考实验步骤、报告结构与结果分析的学生直接借鉴。

1. 一份能直接交的计网实验报告，到底省掉了哪些重复劳动

课程实验最耗时的往往不是抓包本身，而是把抓到的现象整理成一份格式统一、字段齐全、教师一眼能看懂的报告。这份中北大学计算机网络实验报告模板，覆盖了网络常用命令、Wireshark 抓包、以太网帧结构、ARP 地址解析、TCP 三次握手与四次挥手五个实验，每个实验都按“实验名称—实验目的—实验内容—实验过程或源代码—实验结果”五段式组织，专业、班级、学号、姓名、成绩、授课教师这些表头字段已经排好。它适合正在上计算机网络实验课、需要快速产出规范报告的学生，也适合想拿一份现成结构去对照自己抓包结果的从业者。下面按“模板怎么用—每个实验填什么—哪里容易翻车”的顺序拆开讲。

2. 实验一与实验二：命令输出和抓包结果怎么落进报告

2.1 Ping 与 Tracert 的输出怎么截、怎么解读

实验一的核心是 Windows 命令行下的网络诊断命令。报告里已经写明 Ping 用于测试连通性、Tracert 用于显示数据包经过的路径和每跳耗时。真正填报告时，不能只贴一张黑底白字的截图，要把关键字段圈出来并配一句解读。

# 测试本机到目标主机的连通性，-n 指定发送 4 个回送请求 ping www.example.com -n 4 # 追踪到目标主机经过的每一跳路由，-d 表示不解析主机名，加快输出 tracert -d www.example.com # 查看本机完整网络配置，包括 IP、MAC、网关 ipconfig /all # 查看 ARP 高速缓存表，确认 IP 与 MAC 的映射 arp -a

ping -n 4里的-n控制发送次数，默认 Windows 下是 4 次，写进报告时把“发送 4 个、收到 4 个、丢失 0 个、往返时间最小/最大/平均”这几个数字抄进实验结果。tracert -d的-d禁止反向域名解析，输出更快，报告里重点记录跳数和每跳的延迟量级。ipconfig /all用来拿本机 IP 和物理地址，arp -a用来验证 ARP 缓存里是否已经存在网关的映射条目。常见做法是先在 cmd 里跑一遍，把输出复制到记事本，再挑关键行贴进报告的“实验过程”栏，截图只作为辅助。

报告里对 Ping 失败的判断写得比较到位：网线故障、网卡配置不正确、IP 地址不正确都可能导致 Ping 不通；而 Ping 通但网络仍不可用，问题多半在软件配置层。这句话可以直接作为“实验结果”的分析结论，但建议补一句你自己的实测现象，比如“本机 Ping 网关通、Ping 外网域名不通，判断为 DNS 配置问题”，这样报告才有个人痕迹。

2.2 Wireshark 抓包：从过滤器到协议分层

实验二要求用 Wireshark 分析应用层、运输层、网络层的 TCP、ARP、ICMP、DNS、HTTP 数据报格式。安装部分不展开，重点讲抓包和过滤。打开 Wireshark 选对网卡后，先不要急着抓，先想清楚要抓哪种协议，用显示过滤器缩小范围。

# 只显示 ARP 报文 arp # 只显示 ICMP 报文（Ping 产生的就是 ICMP） icmp # 只显示 DNS 查询和响应 dns # 只显示 HTTP 请求 http.request # 只显示 TCP 三次握手相关的 SYN 报文 tcp.flags.syn == 1

这些过滤器直接填在 Wireshark 顶部的显示过滤栏。arp用来观察地址解析过程，icmp对应 Ping 命令产生的回送请求和应答，dns用来观察域名解析，http.request只看 HTTP 请求行。抓包时建议先清空缓存再操作：关掉浏览器，开抓包，然后在命令行 Ping 一个域名，回到 Wireshark 停止抓包，这样时间线上干净，报告里好截图。

报告里对 ARP、ICMP、TCP 三次握手、DNS 解析、HTTP 请求页面的过程描述已经比较完整。填报告时，把“实验过程或源代码”这一栏分成两段：第一段写操作步骤（选网卡、设过滤器、执行命令、停止抓包），第二段写抓到的报文分析（选中某个包，展开 Ethernet II、IP、TCP/UDP 各层，记录字段值）。比如 DNS 查询报文，展开后能看到 Transaction ID、Flags、Questions 里的域名，这些具体数值写进报告比只写“抓到了 DNS 包”有说服力得多。

注意：Wireshark 抓包需要管理员权限，否则看不到网卡列表。抓包时不要同时开着下载或视频，否则时间线里全是无关流量，过滤起来很痛苦。

3. 实验三与实验四：以太网帧结构和 ARP 缓存表怎么填实

3.1 以太网 MAC 帧各字段的填写模板

实验三要求掌握以太网报文格式、理解 MAC 地址作用、编辑并发送 MAC 广播帧。报告里已经把 MAC 帧格式列成 8 个字段：前导码 7 字节、起始定界符 SFD 1 字节、目的地址 DA 6 字节、源地址 SA 6 字节、数据字段长度 2 字节、逻辑链路控制帧 LLC、填充字段 PAD、帧校验序列 FCS 4 字节。填报告时，把这张字段表抄进“实验过程”，然后在 Wireshark 里抓一个真实帧，逐字段对照。

MAC 地址前 24 位是供应商代码，由 IEEE 分配，后 24 位由厂商自行分配，全球唯一。报告里提到“编辑并发送 MAC 广播帧”，广播帧的目的 MAC 是FF:FF:FF:FF:FF:FF。如果实验环境提供了协议编辑器，构造帧时目的地址填这个值，源地址填本机 MAC，类型字段填0x0806表示 ARP，或0x0800表示 IP。填报告时把构造的帧各字段值列出来，再写一句“发送后同一网段所有主机都能收到该广播帧”，实验目的就落地了。

3.2 ARP 高速缓存表的字段与更新过程

实验四的核心是 ARP 高速缓存表和 ARP 报文交互。报告里把缓存表字段列得很细：状态（FREE/PENDING/RESOLVED）、硬件类型、协议类型、硬件地址长度、协议地址长度、接口号、队列号、尝试次数、超时、硬件地址、协议地址。填报告时，用arp -a命令把本机缓存表打出来，对照这些字段解释。

# 查看 ARP 高速缓存表，-a 显示所有条目 arp -a # 删除指定 IP 的 ARP 缓存条目，用于观察重新解析过程 arp -d 192.168.1.1 # 静态添加一条 ARP 映射（实验环境用，生产环境慎用） arp -s 192.168.1.100 00-11-22-33-44-55

arp -a输出的是“接口地址—物理地址—类型”三列，对应缓存表里的协议地址、硬件地址和状态。arp -d删掉某条记录后，再 Ping 该 IP，Wireshark 里就能抓到一次完整的 ARP 请求广播和单播应答，这就是缓存表更新的过程。报告里以主机 E Ping 主机 F 为例描述了直接交付和间接交付：同网段直接 ARP 目标 IP，跨网段 ARP 网关 MAC。这个结论要写进“实验结果”，并补一句“单一 ARP 请求报文不能跨越子网，因为 ARP 请求是广播帧，路由器不转发广播”。

注意：arp -s添加静态映射在部分 Windows 版本上需要管理员权限，且重启后失效。实验里用来验证可以，别当成永久配置。

4. 实验五：TCP 三次握手与四次挥手的报文序列怎么对齐

4.1 三次握手的序列号与确认号填写

实验五要求掌握 TCP 报文格式、三次握手连接过程和关闭过程。报告里已经给出了一组报文序列号：报文一序列号 3237943377、确认号 0、ACK 0、SYN 1；报文二序列号 3609544404、确认号 3237943378、ACK 1、SYN 1；报文三序列号 3237943378、确认号 3609544405、ACK 1、SYN 0。这组数据要原样填进报告，并解释每个字段的含义。

# Wireshark 过滤三次握手报文 tcp.flags.syn == 1 and tcp.flags.ack == 0 # 第一个 SYN tcp.flags.syn == 1 and tcp.flags.ack == 1 # SYN+ACK tcp.flags.syn == 0 and tcp.flags.ack == 1 # 纯 ACK # 过滤四次挥手报文 tcp.flags.fin == 1

第一个 SYN 报文里 SYN=1、ACK=0，客户端选一个初始序列号（这里是 3237943377）。服务端回 SYN+ACK，序列号是自己的初始值 3609544404，确认号是客户端序列号加 1。客户端再发一个 ACK，序列号加 1，确认号是服务端序列号加 1。报告里解释了为什么需要第三个确认：防止滞留在网络中的失效连接请求突然到达服务端，服务端误以为要建立连接而浪费资源。这个解释要保留，它是三次握手存在的核心理由。

4.2 四次挥手的半关闭状态与字段对应

四次挥手的过程报告里写得很清楚：客户端发 FIN，服务端回 ACK，此时客户端不再发数据但服务端仍可发，处于半关闭状态；服务端发完数据后再发 FIN，客户端回 ACK，连接真正释放。填报告时，把 Wireshark 里抓到的 FIN、ACK、FIN+ACK、ACK 四个包的序列号和确认号列成表，和三次握手的表格式保持一致。

这张表里的数值来自报告原文，填的时候注意序列号和确认号的对应关系：每次确认号都是对方序列号加 1（FIN 和 SYN 各占一个序号）。窗口大小 65535、最大字段长度 1460 这些参数也一并写进“实验结果”，它们反映了 TCP 的流量控制和分片能力。

注意：抓三次握手和四次挥手时，最好在客户端和服务端各抓一次，对比两边的序列号是否对称。只抓一端有时会因为抓包时机错过第一个 SYN，导致序列号对不上。

5. 把模板变成自己的报告：格式对齐与验证技巧

模板给的是骨架，真正交上去的报告得有自己的抓包数据和现象描述。我一般会按这个顺序走一遍：先把五个实验的标题和目的抄进模板，保证格式不动；然后逐个实验跑命令、抓包、截图，把关键字段值填进“实验过程”；最后在“实验结果”里写一句自己的判断，而不是复述实验目的。

格式上最容易翻车的是表格和截图的对齐。Word 里插入截图后，把图片版式设成“嵌入型”，否则复制到别的机器上会乱跑。表格用模板自带的样式，不要手动调列宽，不然打印出来会串行。页码和页眉里的“计算机网络课程实验报告”是模板自带的，别删，删了反而不像正式报告。

验证报告是否合格，有个简单办法：把“实验过程或源代码”这一栏遮住，只看“实验结果”，如果还能看出你做了什么、得到了什么数据，说明写到位了；如果实验结果只是“学会了使用 Ping 命令”这种空话，就得回去补具体数值。另一个习惯是每填完一个实验，用 Ctrl+F 搜一下“实验”两个字，确认五个实验的名称、目的、内容、过程、结果五段都齐全，没有漏段。

从那以后我每次整理实验报告，都强制自己先跑一遍命令、抓一次包、把字段值抄进表格，再动笔写分析。模板省的是排版时间，不是思考时间。希望帮到你。

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