无线网络实验报告全攻略：参数、抓包与避坑指南

简介：无线网络技术全部实验报告要点合集，聚焦无线网络应用课程中的典型实验任务，内容涉及虚拟服务器与防火墙安全配置、WEP/WPA-PSK加密模式、DMZ主机与IP过滤、DHCP服务器配置以及无线AP的Bridge/Client组网模式等，适合高校网络工程、计算机相关专业学生参考，也适用于需要快速梳理无线网络配置流程的初学者。报告按实验目的、原理、仪器设备、操作步骤、结果分析与讨论心得的完整结构整理，既有路由器与AP的具体配置过程，也有对加密机制、地址分配原理的思考，可作为撰写课程实验报告或准备实验考核的直接参考资料。资源为PDF格式，共1个文件，压缩包大小6.11MB，内容集中，便于阅读、检索与打印。目前已有139人学习下载。

1. 无线网络实验报告：不是照着敲一遍，是弄懂参数为什么这么设

拿到《无线网络技术全部实验报告(含选作实验)要点.pdf》，第一反应往往是想找一份能直接抄的完整答案。实际上，如果真按「抄」来用，这份资料的价值就浪费了大半。无线网络实验区别于普通网络实验的地方在于：你看不见信号本身，只能通过 RSSI、信道、频宽、丢包率这些间接指标去推断电波发生了什么。报告真正的评分点，不在截图是否齐全，而在参数与现象之间的因果链是否完整。

这套实验报告的落地场景很明确：有一定计算机网络基础、但第一次接触无线抓包和组网配置的从业者或学生。有实验箱就直接在实验箱上做，没有也能用笔记本无线网卡加虚拟机构建最小实验环境，只是驱动的坑会多几个。这篇文章照着「环境搭建 → 必做实验 → 选作实验 → 排错 → 报告成稿」的路子拆一遍，参数怎么设、截图截什么、分析写什么，都会给出一个可以直接照着做的版本。

2. 先把实验环境稳住：网卡、权限和 Wireshark 的关系

2.1 虚拟机能做无线实验吗：网卡型号决定你的上限

很多人的实验课把 VMware 里的无线网卡当成普通以太网卡用，结果第一个抓包任务就失败。原因在于：虚拟机里的无线网卡默认是 NAT 桥接模式，宿主机的无线网卡处于「受管模式（Managed Mode）」，这种模式下网卡只能收到发给自己的帧，收不到周围 AP 的 Beacon 广播。无线抓包实验的第一步，就是让网卡进入监听模式。

所以我的建议是：物理机上直接装一个 Linux 发行版做实验。Windows 下也有 Wireshark 可以抓 802.11 帧，但进入监听模式的步骤在不同网卡驱动上差异太大，不如 Linux 下统一。如果 Linux 下的无线驱动不支持监听模式，再考虑购买 USB 外置无线网卡——选芯片方案时要优先考虑支持 monitor 模式的型号，常见做法是看芯片是否在 Aircrack-ng 兼容列表里。这里不讨论任何外部工具，只说明网卡工作模式对实验的影响。

# 查看无线网卡是否支持监听模式 iw list | grep -A 8 "Supported interface modes" # 支持的话，用这两条命令让网卡进入监听模式 sudo ip link set wlan0 down sudo iw dev wlan0 set type monitor sudo ip link set wlan0 up # 验证是否生效 iw dev

逻辑是：先把网卡拉下来，避免它还在和某个 AP 维持连接；再切换工作模式；最后重新启用。iw dev输出中的type monitor说明切换成功。如果你的网卡在第一步的输出里找不到monitor字样，后续所有基于监听模式的实验都得换网卡，这是硬性门槛，不是调参数能解决的。

2.2 最小抓包：只抓 Beacon 帧，判断网卡工作正常

监听模式配好后，不要急着打开 Wireshark 乱抓。用一个最小验证：只抓 Beacon 管理帧，看能不能在实验室环境里看到附近 AP 定期广播的信号。这个实验能同时验证三件事：网卡监听是否生效、Wireshark 过滤语法是否正确、你所在频段是否真的存在无线信号。

# 先确认无线网卡当前所在信道 iw dev wlan0 info | grep channel # 固定到信道 6（2.4GHz 最常见的信道）再抓包 sudo iw dev wlan0 set channel 6 sudo tcpdump -i wlan0 -e -n 'type mgt subtype beacon' -c 20

-e参数让 tcpdump 打印 MAC 层信息，能看到每个 Beacon 帧里的 BSSID 和 SSID；-c 20表示收满 20 个帧后自动停止，适合快速验证。如果一帧都收不到，大概率是监听模式没生效，或者你所在的位置真的没有 AP 在信道 6 上；这时换个信道试试，但换之前先确认网卡有没有set channel的权限，有些驱动需要sudo却仍然报错，解决办法是重新插拔网卡。

这一节里面 Wireshark 的替代方案是 tcpdump + 命令行分析，但对实验报告来说，截图是 Wireshark 的 GUI 更直观，所以后面的分析都以 Wireshark 为准。记住：Beacon 帧是每个 AP 默认每隔 100ms 左右广播一次的，如果你盯了半分钟一个 Beacon 都没抓到，问题一定在网卡工作模式，而不是信道选择。

2.3 抓包为什么要设过滤：看不懂的帧会淹死你

打开 Wireshark 直接开抓的后果是：几十秒内几千条帧，大量是数据帧和控制帧，管理帧被淹没在列表里。报告需要的是「有用的证据」，不是全量数据。所以在抓包前必须把过滤语法想清楚。

常用过滤规则在工作状态时保持简单直接：抓管理帧就用wlan.type == 0，抓数据帧用wlan.type == 2。更精细的，抓特定 AP 就用wlan.bssid == xx:xx:xx:xx:xx:xx，抓特定手机或网卡的交互用wlan.addr == your_mac。实验室环境里至少会有一个 AP 和一个终端，这种单 AP 单 STA 的拓扑下，过滤条件越收敛，分析时越不容易走神。

注意，Wireshark 里wlan.fc.type是更严谨的写法，如果过滤不生效，优先检查是不是写成了wlan.type。版本差异导致了这种兼容性问题，遇到过滤器报红就换一种写法。过滤条件建议直接保存成 Wireshark 的 Profile，这样不同实验之间切换时不用重新输入，这也是让报告制作效率翻倍的一个小技巧。

3. 必做实验的完整链路：RSSI、信道、吞吐量三个维度

3.1 RSSI 测量实验：为什么同一个位置信号强度飘忽不定

第一个常见的必做实验是「无线信号强度测量与影响因素分析」。实验步骤通常是：终端放在距离 AP 不同位置，记录 RSSI 值，画出距离和信号强度的关系曲线。但真正做过的人都知道，站在同一个点不动，手机上显示的信号强度也在来回跳动，这不是设备坏了。

RSSI 的数值受多径效应影响很大：电波在墙壁、桌面、人体之间来回反射，到达接收端的是多条路径叠加的结果。实验时同一位置多次采样的标准差，和你移动 1 米带来的均值变化可能处在同一个量级。如果报告里只记录单次读数，这个曲线画出来基本没什么说服力。

我常用的做法是每个采样点读 10 次，记录最小值、最大值和平均值。平均值画在图上，最大最小值用误差棒表示。这样至少能把随机波动和距离衰减区分开。另外要注意，手机自带的信号格数不是 RSSI，那是厂商做过映射和限幅的显示值，报告里要写用 dBm 为单位的原始数据，这是实验规范允许的操作范畴。

这张表建议原样搬到报告里，比一句「信号随距离衰减」有说服力得多。注意路由器摆放高度、天线朝向、旁边有没有金属物体，这些要在实验条件里写清楚，否则同一个点的两次测量结果根本没有可比性。

3.2 吞吐量测试的 iperf3 命令行与参数表

第二个必做实验一般是「室内无线局域网吞吐量测试」。用 iperf3 测 TCP 吞吐量时新手最容易交一份「不可复现」的报告：只写了峰值 200Mbps，没写距离、频段、频宽、加密方式、TCP 窗口大小。这些参数不写的话，这个数据和玄学没什么区别。

# 服务端：放在 AP 旁边，监听 5201 端口 iperf3 -s # 客户端：距离 AP 指定距离，测 TCP 单向下行，持续 60 秒 iperf3 -c 192.168.1.100 -t 60 -O 3 -R # 客户端：同样位置测 UDP 最大带宽和丢包率 iperf3 -c 192.168.1.100 -t 30 -u -b 100M

-O 3是跳过前 3 秒的结果，因为 TCP 慢启动会让前几秒数据偏低；-R表示反向测试，也就是从服务端向客户端发送，用来区分上下行。UDP 测测的是链路能承载的最大速率以及丢包率，-b 100M是目标发送速率，如果实际吞吐量远低于 100M，iperf3 的输出里会报告大量丢包。实验时先测 TCP、再测 UDP，同一位置至少测三次取中位数。

报告的表格里，重点填这六列：距离、频段（2.4G/5G）、频宽（20/40/80MHz）、加密方式（WPA2/WPA3）、TCP 吞吐量中位数、UDP 丢包率。其中你可能会好奇为什么加密方式也要写，原因是 WPA3 在某些网卡上有硬件加速，而老网卡跑 WPA3 时比 WPA2 慢 20% 以上，这是比较真实的工程经验，不写清楚会被判定为「实验条件缺失」。

3.3 漫游实验：用两台 AP 模拟移动切换

漫游是无线实验里最「有意思」的必做实验，因为它涉及的不是数据包层面能解决的机制，而是 802.11 协议里的关联、重关联过程。做法：两台 AP 接同一台交换机，SSID 相同但信道不同（比如 1 和 6），终端从 AP1 走到 AP2，观察它什么时候切换、切换后 IP 是否不变。

命令行层面可以做的检查没有 iperf3 那么直观，但抓包可以验证整个切换过程是否干净。Wireshark 里过滤wlan.fc.type_subtype == 0（关联请求）和0的广播 Probe Request，能看到终端在靠近第二个 AP 时先发送探测请求，然后和 AP2 完成认证和关联。切换过程会有一个短暂中断，实测中大约是 50-200ms，表现在 iperf3 的画面上就是一两秒的速率掉到 0。

这个实验最常见的翻车点是：两个 AP 信道距离太远或者太近。太近（比如都是信道 1）会出现同频干扰，终端明明走到了 AP2 旁边还死撑着连 AP1；太远（比如 1 和 11）则可能出现切换后信号覆盖空洞。正确做法是实验室里用 1 和 6，两个信道有重叠覆盖区，能观察到自然的漫游切换。掩盖主机名是个细节：检查报告截图时要把无关终端的 MAC 地址打码，这是实验报告规范的一部分。

4. 选作实验的深度：从频谱观测到 ZigBee 组网再回来看 Wi-Fi

4.1 为什么选作实验值得花时间：它补全了 Wi-Fi 看不到的频段

必做实验全部基于 802.11，会给人一个错觉——无线网络只有 Wi-Fi。选作实验通常分为两类：一类是 SDR 频谱观测，用软件无线电设备看 2.4GHz 频段上的频谱占用情况；另一类是 ZigBee 组网实验，用 CC2530 或者类似的开发板搭一个最简单的传感器网络。两类实验放在一起，帮助是把视线从 Wi-Fi 挪到整个 ISM 频段，理解为什么 Wi-Fi、蓝牙、ZigBee 都在 2.4GHz 上，又靠什么机制共存。

选作实验在报告评分里的权重通常不高，但写得好的人能拿到加分。因为选作实验更开放，没有标准答案，老师的评分重点在于你是怎么设计实验的，而不是你得出什么结论。能在选作实验里用「参数对照」的方法做一组对比实验，价值比单纯复刻一遍实验指导书要高得多。

4.2 ZigBee 组网的协调器与终端节点：代码思路和建网流程

以 ZigBee 为例的最小实验：一个协调器、两个终端节点。协调器负责建网，终端节点入网后向协调器上报传感器数据。一般商用开发板已经集成了 ZigBee 协议栈，你写的只是回调函数，但纯软件模拟实验里，理解建网流程比看重现代码更关键，所以我用伪代码加注释说明任务拆分方式，方便映射到其他开发板平台上。

// 协调器核心流程（以 Z-Stack 风格示意） void coordinator_init() { // 1. 选择信道和 PAN ID，避免和周围已有网络的冲突 uint8 channel = 11; // 2.4GHz 的第一个 ZigBee 信道，不干扰 Wi-Fi 1/6/11 uint16 pan_id = 0x1234; NLME_NetworkFormationRequest(channel, pan_id); } void coordinator_loop() { // 2. 等待终端入网，入网后建立绑定，接收发送数据 if (AF_IncomingMessage) { save_sensor_data(msg); // 3. 把数据通过串口发给连接的 PC 上位机 UART_Send(msg.data, msg.len); } } // 终端节点流程 void end_device_init() { // 4. 主动加入协调器建立的网络 NLME_JoinRequest(0x1234); // 5. 入网成功后定时上报按钮状态或传感器数据 timer_interval = 5000; }

上面这段代码里的关键参数有两个：信道 11 和 PAN ID。ZigBee 在 2.4GHz 上有 16 个信道（编号 11-26），通常建议避开 Wi-Fi 常用的 1、6、11 三个信道重叠的区域，所以实用的选择是 ZigBee 信道 15、20、25，它们在频率上避开了 Wi-Fi 三个主信道。PAN ID 相当于 ZigBee 网络的标识，和 Wi-Fi 的 SSID 类似但更底层。如果实验室里同时开了多个 ZigBee 网络，每个网络的 PAN ID 必须不同，否则终端节点会随机选择一个加入，然后上报数据给你邻组的电脑。

4.3 选作实验的报告怎么写：数据表 + 频谱图 + 复盘记录

选作实验的报告不要写成说明书，要写成「决策记录」。我给一个自己的套路：第一段写实验目的，直接说清楚「我要验证 ZigBee 和 Wi-Fi 在 2.4GHz 上共存时互相影响有多大」；第二段写实验设计，包括 ZigBee 固定信道、Wi-Fi 开到同一个频段、分别测 ZigBee 丢包率；第三段贴数据；第四段写观察和结论。

频谱图一定要标注时间和频段范围。用 SDR 做频谱观测的话，截图时把中心频率和 span 都拍到图里。没有时间标注的频谱图无法复现，老师看的时候也会不知道你是在什么负载条件下抓到的。复盘记录则是「踩坑记录」，比如第一次没能让 ZigBee 入网，是因为终端上电时协调器还没建网成功，解决方法是先让协调器工作 10 秒钟再给终端上电。这类细节是有高度参考价值的，下次其他人照着做就能少走一个弯路。

5. 无线实验避坑指南：五个翻过车才能记住的细节

5.1 Wireshark 抓包抓不到任何帧：监听模式没有真正生效

现象：Wireshark 已经选中无线网卡，但列表里一条帧都没有，长时间停留在空状态。

原因：Windows 驱动不暴露监听接口，或者 Linux 下切换了 monitor 模式后网卡仍然被网络管理工具（比如 NetworkManager）接管并自动弹回 managed 模式。

解决：Linux 下在切换模式后，执行sudo systemctl stop NetworkManager再抓包；Windows 下唯一稳定方案是换支持监听模式的 USB 网卡，但要注意虚拟机分配 USB 设备时会把宿主网卡顶掉，所以优先用物理机做实验。

5.2 连接 Wi-Fi 成功但 ping 不通：信道和 AP 不对齐

现象：终端连上了 AP，信号显示满格，但 ping 网关一直超时，在 Wireshark 里看到大量重传。

原因：最常见是终端无意中连上了另一个同名的旧 AP，实验环境里很多旧设备没有清理，SSID 完全一致但信道不同、网关网段不同。

解决：在终端上用iw dev wlan0 link查看当前连接的 BSSID，再和 AP 管理页面里的实际 BSSID 核对。BSSID 不一致说明你连错了 AP，手动指定正确的 BSSID 去连接，不要让系统自动选择。

5.3 2.4GHz 下用 40MHz 频宽测试吞吐量反而下降

现象：把 AP 频宽从 20MHz 改到 40MHz，理论上吞吐翻倍，实测却更低，且丢包率明显上升。

原因：2.4GHz 频段拥挤，40MHz 频宽需要占用更大的频率范围。实验室里如果同样开着 ZigBee 或者隔壁有蓝牙设备，干扰导致的速率回退让实际吞吐量反而低于 20MHz 时的成绩。

解决：实验报告里一定注明「本次实验使用 20MHz 频宽」。如果要做频宽对照实验，必须在 5GHz 频段下进行，5GHz 频段里 80MHz 频宽的成绩才算得出来，而且环境干扰较小。

5.4 漫游切换实验里终端一直不切换：AP 间的信号覆盖没有重叠区

现象：终端从 AP1 走到 AP2 附近，一直保持 AP1 的关联不松手，即使信号已经非常差。

原因：802.11 的漫游决策完全由终端发起，AP 无法强制踢掉终端（除非配置了 802.11k/v/r 快速漫游，但那需要额外的协议支持）。当两个 AP 的覆盖区完全没有重叠时，终端在离开 AP1 覆盖范围前找不到 AP2 的信号，自然也不会发起切换。

解决：把两个 AP 的距离拉近到它们的 1m 处信号都能达到 -60dBm 以上，这样终端在中间地带才能「看到」第二个 AP，并通过重关联完成切换。实验记录里写下「AP 间隔 X 米，重叠区信号强度约 -55dBm」这样的说明，才算一次有效的观测。

5.5 报告扣分重灾区：没有记录实验条件，只写结果

现象：报告里有吞吐量数值、有抓包截图，但找不到「使用信道 6」「频宽 20MHz」「距离 AP 3 米」「无干扰源」这些关键实验条件。

原因：写报告的时候觉得测得的结果是「真理」，忘了结果只对特定环境成立。无线通信实验的结果高度依赖环境，同样的距离、同样的设备，换一间教室结果就可能差别很大。

解决：每份报告第一页放一个「实验环境表」，固定字段包括：实验地点、当前信道、频宽、终端网卡型号、AP 型号与固件版本、周围是否有蓝牙/ZigBee 设备、测量时间。这样即使你的结果和别人的不一致，也能被归因到环境差异，而不是被判定为造假。

6. 把这份实验报告要点做成你的个人实验模板：一页纸的复用价值

从这份 PDF 里提炼出来的东西，最终要沉淀成一个可以复用的实验模板，而不只是一份交上去的作业。我的做法是：把每次实验压缩成一页纸，分四格记录——参数、拓扑、截图、复盘。参数格只填关键数据（信道、频宽、RSSI 均值、吞吐量中位数）；拓扑格画一张最简单的拓扑加说明；截图格放三张以内有代表性的 Wireshark 截图；复盘格写「这个结果说明了什么」以及「如果不满足预期，最大的嫌疑点是什么」。

这个模板的价值在第六次用的时候会体现出来。前几次可能没什么感觉，但积累了一个学期之后，你会发现原本需要在实验指导书里找半天的参数记忆，现在一眼就能从自己的报告里翻出来。不同实验之间的横向对比也会变得很方便——信号覆盖实验里记录的环境噪声，正好能解释吞吐量实验里为什么不达标。这就是一页纸模板的复利效应。

建立模板还有另一个具体收益：应对「实验验收」环节。很多老师喜欢在验收时随意改一个参数问你，比如「你原来用的信道 6，现在改成 1，你觉得吞吐量会怎么变，为什么」。如果你的报告里记录过不同信道的干扰情况，这个问题就能迅速答上来。参数表证明了你不只是照着实验指导书敲了一遍命令，而是真的在观察一个活生生的无线环境。

对于还在纠结这份 PDF 怎么用的人，我的态度是：不要把它当成标准答案，把它当成一份「问题清单」，每一个实验题目下面先自己写方案，再对照这份资料补漏。自己先写一版方案花的 20 分钟，比照着答案抄一遍的两个小时收益更大。毕竟无线实验课上最关键的能力是「看着一个现象能说清背后的机制」，这是抄不来的，只能靠一次次自己重做实验去积累。

我自己已经很久不照搬别人的实验报告了，因为每个实验室的环境差异太大，别人的截图和数值根本不能直接迁移。真正可复用的，是那些「排除干扰、对齐条件、记录环境」的方法论。希望这些具体到参数和命令行层面的经验能帮到你。

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