简介：这份PDF实验报告合集是无线网络应用课程实验的完整参考，面向高校及职业院校网络工程、计算机等相关专业学生，以及需要辅导学生完成实验的教师。内容涵盖虚拟服务器映射、WEP/WPA安全模式配置、IP过滤与DMZ主机设置、DHCP动态地址分配、无线AP的Bridge/Client组网模式等核心实验，并包含选作实验的详细记录；资源为单个PDF文档，大小约6.11MB，已获得139人学习。报告按照实验目的、实验内容和原理、主要仪器设备、操作方法和步骤、实验结果与分析、讨论心得的结构编排，关键实验配有实际配置参数与验证结果说明。其中虚拟服务器实验详细展示了TP-LINK无线路由器的端口映射和WEP加密设置，IP过滤及DMZ实验记录了防火墙规则禁止内网主机访问外网后的连通性变化，DHCP实验验证了地址池动态分配的灵活性，无线AP组网实验则对比了Bridge与Client模式的实际网络拓扑差异。这些内容既可作为实验报告模板，也能帮助读者快速掌握无线网络设备的安全配置与网络服务部署方法。
1. 无线网络技术实验报告：这份“要点PDF”到底在解决什么问题
如果把大学无线网络技术课的实验报告要点整理成一份PDF，我脑子里浮现的并不是“操作步骤复制粘贴合集”，而是一张能指导复现的工程地图。很多同学实验做完了，数据也截了，最后交上去的报告却像流水账：拓扑图画得随意，参数表缺项，RSSI曲线只有结果没有测试条件。老师问一句“为什么这个点信号突然掉下去”，答不上来。这份《无线网络技术全部实验报告(含选作实验)要点.pdf》要解决的，正是三个核心问题：报告结构怎么定、每个实验怎么做才可复现、碰到翻车现象怎么排查。它适合正在上无线网络技术课的学生，也适合准备毕业设计预研、想系统走一遍无线链路实验的从业者。把这三点想清楚，实验报告的含金量会比“截图+结论”高出一个档位。
2. 实验报告的结构先于实验：一份能直接用的模板与关键字段
无线实验跟传统的电路实验有一个明显差别：电路实验做完，线还在那里，数据还能重测；无线实验做完，信道可能已经跳走，AP的自动功率可能已经悄悄变化，现场证据几乎为零。所以如果做完实验再补报告，等于靠记忆还原一个本来就没固定的现场。正确做法是在动手前先把报告框架搭好，确定每一组实验要记录哪些字段。
2.1 为什么实验报告必须先定框架再动手
一份好的无线网络技术实验报告，本质上是一份“另一个人拿你的报告，能否在同样条件下得到同样现象”的工程记录。它不能只写“连接成功，网速不错”，而要回答三个问题：在什么环境下做的？配置了什么参数？观察到了什么协议行为？
先定框架的好处，首先是逼着你把变量固定下来。无线实验里的变量比有线网络多得多：频段、信道、频宽、发射功率、客户端网卡驱动、探测信道、漫游阈值，每一项都会影响结果。如果你实验前没想过要记这些，做的时候就大概率不会填。其次是方便排错。报告里有一栏“设备型号与固件版本”，当结果异常时，这一栏可能是唯一的线索；比如某些网卡在Windows下驱动不支持监听模式，直接决定了后面的抓包实验能不能继续。
我一般建议每个实验用统一的字段表开头，下面这张表可以直接抄进模板：
| 字段 | 为什么必须写 | 写什么 |
|---|---|---|
| 实验名称 | 避免“实验一”“实验二”这种含混命名 | “办公区隔一堵承重墙时5GHz信号衰减测量” |
| 日期与地点 | 无线环境随时间变化，人员走动会影响结果 | 2025-01-12，实验室B201，靠窗工位 |
| 设备型号 | 不同网卡、AP的功率和天线增益差异很大 | AP型号、固件版本、网卡型号、驱动版本 |
| 软件工具与版本 | 不同版本的Wireshark/iperf3解析结果有差异 | Wireshark 4.2.3，iperf3 3.12 |
| 拓扑图与坐标 | 信号强度是空间的函数，没有坐标的RSSI无效 | 画平面图，标出AP和采样点距离、障碍物 |
| 配置参数 | SSID、信道、频宽、功率、加密方式缺一不可 | 信道6，20MHz，WPA2-Personal/AES |
| 原始数据与图表 | 不能只放平均值，要能看出抖动和趋势 | 每个采样点的RSSI、协商速率、丢包率 |
| 分析与结论 | 把现象连回802.11机制，而不是只描述结果 | 穿墙后衰减20dB，速率从300Mbps降到144Mbps |
这张表不是形式主义。我见过有人做5GHz穿墙实验，报告写了“衰减很大”，但没写信道是多少、频宽是20还是80MHz。80MHz下收到的RSSI可能和20MHz差好几dB，别人根本没法判断数据是否合理。字段写全了，报告就算结论朴素，至少可信。
2.2 从零搭好无线实验环境：硬件清单与网络拓扑
做无线实验不一定要昂贵的设备。一套能跑通大部分必做实验的最小组合是：一台支持2.4GHz/5GHz的AP或路由器，一台支持无线监听的笔记本，再加一台用来做有线回程的交换机。手机热点可以当备用AP，但多数热点不支持关闭自动信道、固定发射功率，所以只能应急，不适合做覆盖类的正式实验。
拓扑建议这样接：AP通过网线接到交换机，两台笔记本都用无线网卡关联同一AP。吞吐量实验时，其中一台用iperf3当服务端，另一台当客户端。抓包实验时，把其中一台笔记本的无线网卡切成监听模式，另一台继续当普通客户端。不要在同一块网卡上既连接AP又抓包，这会让客户端断线，抓到的帧也已经不完整。
拿到设备后，先把网卡能力确认一遍。Linux下我一般跑这几条命令：
iw dev # 列出所有无线设备 iw dev wlan0 info # 查看接口类型、信道、频宽 iw dev wlan0 link # 看当前关联AP的状态、信号强度、协商速率 iw reg get # 查看所在区域允许使用的信道和功率这些命令里，iw dev输出为空时，先查驱动是否加载，配合lspci -k或dmesg | grep wifi看内核有没有认出网卡。iw reg get也容易让新手困惑：同一块网卡在不同国家码下允许的信道范围不同，比如AP设置了149信道，但驱动按照地区合规限制只放行36到64，扫描就看不到目标AP，这不是设备坏了。
Windows下没有iw命令，对应的两条是：
netsh wlan show interfaces netsh wlan show drivers第一条显示当前连接状态、信号百分比、信道；第二条看网卡驱动是否支持承载网络、是否支持监听模式。Windows上的大多数普通网卡并不支持原生监听模式，这是后面抓包实验的一大限制。
2.3 必做实验的组织顺序：从建链到性能再到安全
把报告框架定好后，实验顺序也建议固定，我常用的顺序是：建链与抓包、信号覆盖测量、吞吐量测试、无线安全配置验证。这个顺序的核心逻辑是“先掌握观察手段，再做有分析价值的实验”。
抓包要建立在网卡能切入监听模式的基础上。如果一上来就做覆盖测量，测完再考虑抓包，很可能发现网卡根本不支持监听模式，最后只好换设备，前面的数据作废。先花半小时确认网卡能不能监听，后续所有实验都有了一个统一的分析入口。
吞吐量测试放在覆盖测量之后，是因为覆盖数据影响吞吐量结果的解释。如果你在信号只有一个格的位置跑iperf3，吞吐量掉到几十兆，这不是“AP性能差”，而是RSSI太低，协商速率已经降下来了。报告里把覆盖和吞吐量放在一起，才能得出“信号强度通过影响MCS速率，最终影响用户吞吐量”这条完整链条。
安全实验放在最后，是因为它经常要抓EAP报文和关联帧，需要前面的抓包技能。WPA2企业认证的配置实验，还会涉及RADIUS服务器和证书，排错复杂度比普通组网高不少，放到后段做，前面的经验能直接复用。
2.4 写到什么程度算合格：一份可以对照的检查清单
实验报告写完，别急着导出PDF，先对着下面这份清单自查一遍：
- 每个实验是否有独立的一页参数表，信道、频宽、功率、加密方式是否写全。
- 拓扑图是否标注了实际距离和障碍物，而不是只画一个“AP连着路由器”。
- 截图是否都带图注，图注里是否说明了协议帧类型或过滤条件。
- 数据表是否保留原始采样值，还是只给了平均值。
- 结论里是否出现了“因为”“所以”，是否把现象和802.11机制联系起来。
如果五条都满足，这份报告已经超过平均水平。要是还有余力，把同一次实验在2.4GHz和5GHz两组数据放一起对比，报告的说服力会再上一个台阶。
3. 覆盖核心实验：信号覆盖、802.11协议与组网必做实验怎么做
必做实验通常绕不开三个方向：信号覆盖测量、协议抓包分析、组网配置。这三个方向做扎实了，报告就有了骨架。下面拆开讲每一步怎么做，参数怎么选，数据怎么收。
3.1 测量Wi-Fi信号强度与覆盖：用一张表解决“玄学”
无线覆盖实验最忌讳写成“走到远处，信号少了一格”的主观描述。要用数字说话，用dBm作为信号强度单位，在一条直线上从距AP约1米处开始，每0.5米或1米取点，每个点测三次，记录RSSI、协商速率和丢包率，最后取中位数。
室内环境下，距离和信号并不是线性关系，但自由空间路径损耗公式仍然值得写进报告，用来解释理想情况下的衰减趋势：
[ \text{Loss(dB)} = 20\log_{10}(d) + 20\log_{10}(f) + 32.44 ]
其中 (d) 是距离（米），(f) 是频率（GHz）。2.4GHz下距离从1米变成10米，理想衰减增加约20dB；实测会因为反射、多径、墙体吸收出现明显起伏，报告里强调“实测偏离理想值”反而是正常现象。
采集数据可以用支持Wi-Fi扫描的工具，Linux下我最常用的一条：
iw dev wlan0 scan | grep -E "BSS|SSID:|signal:|freq:"这条命令会做一次主动扫描，输出周围所有AP的BSSID、SSID、信号和信道。注意主动扫描会让当前无线连接短暂断连，因为网卡要切信道去听每个信道上的回应，这是协议行为，不是故障。如果只想看当前关联AP的信号，用iw dev wlan0 link更合适。
数据记到表格里，一张成熟的表长这样：
| 距离（米） | RSSI 中位数（dBm） | 协商速率（Mbps） | 丢包率（%） |
|---|---|---|---|
| 1 | -38 | 866 | 0 |
| 3 | -52 | 780 | 0 |
| 6 | -63 | 585 | 0.2 |
| 10 | -72 | 260 | 3.1 |
| 15 | -81 | 78 | 12 |
这里的数值不是标准答案，但大致区间有参考价值：-30到-50dBm是贴近AP，-60dBm是正常办公距离，-70dBm是可靠连接的下沿，视频通话开始吃力，-80dBm以下基本不可用。报告里如果测出来的数据比这个好很多，先检查AP功率是不是被自动调高了。
3.2 802.11协议抓包分析：管理帧、数据帧与隐藏SSID
抓包分析是无线实验报告的分水岭。要分析802.11协议，至少得分清三种管理帧：Beacon、Probe Request、Association Request。Beacon是AP周期性广播的，带有SSID和加密信息；Probe Request是客户端主动扫描时发出的；Association Request是客户端正式请求入网的。
让网卡进入监听模式，Linux下的命令是：
sudo iw dev wlan0 set type monitor sudo ip link set wlan0 up sudo tcpdump -i wlan0 -n -e -s 0 -w wifi.pcap第一行把接口从managed切成monitor，第二行确保接口为启用状态，第三行用tcpdump抓原始802.11帧保存到pcap文件。-n不解析域名，-e显示MAC地址，-s 0表示抓完整帧而不是截断头部。要恢复网卡回普通模式，执行sudo iw dev wlan0 set type managed，再重新连接AP。
抓完用Wireshark打开，过滤表达式按帧类型写：
wlan.fc.type_subtype == 0x08 // Beacon 帧 wlan.fc.type_subtype == 0x04 // Probe Request wlan.fc.type_subtype == 0x05 // Probe Response wlan.fc.type_subtype == 0x00 // Association Request这些过滤条件可以直接组合，比如只想看客户端探测目标SSID，可以用：
wlan.fc.type_subtype == 0x04 && wlan.ssid == "LAB"隐藏SSID是必做实验里很有代表性的一道题。把AP设置成“隐藏SSID”，Beacon帧里的SSID字段会变成空值，很多人的结论是“隐藏网络很安全，别人看不到”。抓一次包就能验证这个结论不成立：客户端要手动输入SSID才能关联隐藏网络，而输入后的连接过程会触发Probe Request，里面带着明文SSID，用wlan.fc.type_subtype == 0x04一抓就能看到客户端在找哪个网络。这个实验的结论不是“隐藏SSID没用”，而是“SSID本来就不是安全边界”，它只防止一般用户发现网络，不能防止协议层面的暴露。
3.3 组网实验：从AD-Hoc到Infrastructure再到WDS
组网实验容易变成“填界面”。要写出深度，最好把三种组网方式做横向对比：Ad Hoc、Infrastructure、WDS。
Ad Hoc在课程里作为概念理解就够了，现代设备支持很差，Windows 10之后系统默认不显示Ad Hoc网络，Linux下iw命令的ibss模式可以创建，但性能和兼容性都不适合作为主实验。报告里写清楚“Ad Hoc是分布式组网、无中心节点”，就已经完成目标。
Infrastructure实验的重点应该放在“关联过程的观察”上。客户端连接AP时，抓包过滤wlan.fc.type_subtype == 0x00 || wlan.fc.type_subtype == 0x01 || wlan.fc.type_subtype == 0x02，能看到Association Request、Response以及ACK的完整交互。这条链路里藏着802.11一个关键区别：认证不等于关联。Open System认证可能一秒完成，关联才决定客户端是否真正接入BSS。
WDS实验适合有两台同品牌AP的场景。配置要点是：主AP接上级网络，副AP关闭DHCP，WDS对端地址填另一台的BSSID，两台的信道必须相同。如果不想折腾WDS，更常见做法是“AP Client + 以太网桥接”，也就是副AP以无线客户端身份连接主AP，再利用LAN口扩展覆盖。这种模式不要设置相同SSID，否则容易形成环路。报告里选哪种方案都可以，但要把选择理由写出来：WDS适合纯无线回程，AP Client方案更通用但延迟会高一些。
3.4 吞吐量测试：用iperf3把报告从定性变成定量
覆盖和协议分析之后，必做实验里还常有一块是链路性能。iperf3是现在最通用的测试工具，它能在TCP和UDP两种模式下测吞吐量、抖动和丢包率。
服务端先启动：
iperf3 -s -p 5201客户端打流：
iperf3 -c 192.168.1.100 -t 30 -i 5 iperf3 -c 192.168.1.100 -u -b 20M -t 30 -l 1400第一条TCP命令里，-t 30表示测试30秒，-i 5每5秒打印一次结果。第二条UDP命令里，-u启用UDP模式，-b 20M以20Mbps作为目标码率，-l 1400设置UDP负载长度。为什么用UDP测一遍？因为TCP本身有拥塞控制，Wi-Fi空口丢包会让TCP发送窗口缩小，测出来的速率是被“降速”后的结果；UDP只看链路能塞进多少数据。无线实验报告里两组数据对照，能更清楚地区分“是链路不行”还是“是TCP被动降速”。
测试时注意位置要固定，不要站在AP旁边测完后，又走到走廊尽头测第二遍。每个位置至少测三次，报告取中位数。要是某个位置TCP吞吐量比UDP低一大截，优先怀疑干扰和重传，可以到Wireshark里查数据帧的 802.11 Retry 字段，也就是wlan.fc.retry，看有多少帧被重传。
4. 选作实验怎么挑怎么做：无线安全、蓝牙、ZigBee与漫游
选作实验不是凑学分用的。一份有亮点的选作报告，往往比三个平淡的必做实验更能看出对协议的理解。这里按“值不值得做”的角度，把几个常见选作方向过一遍。
4.1 选作实验的性价比排序（写报告用时与收获）
选作实验最怕选了“看着简单，实际坑一堆”的方向。我按写报告耗时和报告含金量排了一个参考顺序：
| 实验方向 | 需要设备 | 写报告耗时 | 含金量 | 推荐程度 |
|---|---|---|---|---|
| WPA2企业认证配置与验证 | hostapd/FreeRADIUS或支持企业认证的AP | 中 | 高 | 推荐 |
| 隐藏SSID的协议验证 | 笔记本+AP | 低 | 中 | 推荐 |
| BLE广播包抓包分析 | 树莓派或BLE USB Dongle | 低 | 中高 | 推荐 |
| 多AP漫游切换观察 | 3台AP+支持802.11r的客户端 | 高 | 高 | 有余力再选 |
| ZigBee信道与Wi-Fi共存 | CC2531 USB工具 | 中 | 中 | 物联网方向加分 |
| WPS风险验证 | 支持WPS的AP | 中 | 中 | 可作为安全意识实验 |
这个排序的核心标准只有一个：能不能用协议机制解释看到的现象。只看“指示灯变绿”的实验，写不出两百字以上的分析，含金量自然低。
4.2 无线安全实验：WPA2企业认证与WPS风险验证
WPA2个人版和企业版的区别，不是“密码长不长”，而是密钥来源。个人版所有客户端共用同一个PSK，企业版每个用户通过802.1X认证动态获得成对密钥。这个区别很适合写成对比实验：个人版抓包看不到用户名信息，企业版抓包能看到EAP报文和认证流程。
在Linux上搭一个企业版AP，常见做法是hostapd配合FreeRADIUS。下面是一段只保留关键行的hostapd配置：
interface=wlan0 driver=nl80211 ssid=LAB-Enterprise hw_mode=g channel=1 ieee80211n=1 wpa=2 wpa_key_mgmt=WPA-EAP rsn_pairwise=CCMP auth_server=127.0.0.1:1812 auth_server_shared_secret=testing123这里wpa_key_mgmt=WPA-EAP表示走企业认证，rsn_pairwise=CCMP指定加密协议为AES，auth_server指向RADIUS服务器端口，auth_server_shared_secret是共享密钥，必须和FreeRADIUS配置文件里的client secret一致，否则认证会失败。这个共享密钥只是实验环境示例，生产环境不能用这种弱口令。
报告里建议做一组“客户端校验证书开关”的对比：开启校验证书且未安装CA根证书时，连接失败；导入证书后成功。这个对比直接说明“企业认证不是输入用户名密码就叫安全，它依赖证书链来防止伪造认证服务器”。
WPS方向，实验的目的是认识风险，而不是演示攻击。把AP的WPS开启，抓包观察WPS协议交互，然后关闭WPS再抓一次对比，结论落在“WPS PIN机制会显著降低抵抗暴力猜测的能力，现代AP应默认关闭WPS”。这样写既安全又能体现安全意识。
4.3 蓝牙与ZigBee实验：BLE广播包分析与信道选择
蓝牙和ZigBee实验适合想展示动手能力、但课时不太够的同学。BLE在2.4GHz频段有40个信道，其中37、38、39三个是广播信道，其余37个是数据信道。广播包抓包实验可以在树莓派上执行：
sudo btmon -w ble.pcapng sudo hcitool lescanbtmon是BlueZ自带监控工具，-w保存抓包结果为pcapng；hcitool lescan发起低功耗扫描，让周围的BLE设备发出广播包。需要提醒的是，新版BlueZ已经逐步用bluetoothctl替代hcitool，如果命令不存在，先安装bluez工具包再试。抓包结果在Wireshark里过滤btle.advertising_address，能看广播设备的MAC地址和有效数据长度。
ZigBee实验通常需要CC2531 USB抓包工具。2.4GHz上ZigBee信道编号是11到26，每个信道5MHz宽，和Wi-Fi信道存在重叠。为了降低实验环境干扰，可以把ZigBee固定在15、20或25这三个信道，它们分别落在Wi-Fi 1、6、11信道之间的空档。这个“信道错开”的思路本身就是报告结论，比单纯报一组抓包数据更有价值。
4.4 漫游实验：三台AP之间切换的阈值设定
漫游实验需要两台以上AP，全部设置相同SSID和相同加密方式，信道分别使用1、6、11，并把AP发射功率调低到10dBm左右，让覆盖产生清晰的重叠边界。客户端从AP A走向AP C，Wireshark里过滤：
wlan.fc.type_subtype == 0x3c || wlan.fc.type_subtype == 0x3d0x3c是Deauthentication，0x3d是Disassociation。传统漫游切换时，客户端会先断开旧BSS，再关联新BSS，所以能抓到这两类帧。但现代客户端支持802.11k/v/r时，漫游过程可能没有明显Deauth帧，而是直接发Probe Request和Association Request。报告里不能只数Deauth帧数量，还要看新的Association Request是否指向了另一个BSSID。
漫游阈值不在AP上设置，而在客户端网卡驱动里。Linux的wpa_supplicant可以通过bgscan参数控制后台扫描频率和触发阈值。写报告时把“机会信号阈值”“扫描间隔”“切换延迟”三个参数写清楚，就能从“我走过走廊时网没断”升级成“客户端在RSSI降到-75dBm时发起扫描，95ms后完成关联切换”。
4.5 把两个选作合成一个综合实验
有余力的话，可以尝试把两个选作实验串成一条线。比如把“BLE广播抓包”和“ZigBee信道共存分析”合在一起，观察2.4GHz频段上三种技术，也就是Wi-Fi、蓝牙、ZigBee的频谱使用图。用Tree室友或Wireshark的频谱图，分别记录Wi-Fi 20MHz频段内的BLE广播和ZigBee数据包，再分析为什么2.4GHz频段拥挤。这类综合实验的答辩价值很高，因为它展示的不是“我会用工具”，而是“我理解多个系统在共享频谱时的竞争关系”。
5. 避坑：实验报告里最容易翻车的5个真实场景
无线实验翻车不可怕，可怕的是翻车后不知道问题出在哪。下面五个场景是我在教学和项目里反复遇到的，每一条都按现象、原因、解决三个步骤来写。
5.1 现象：RSSI数据测出来是一条平线，距离怎么变都不降
这个现象在各实验室反复出现。原因多半不是设备坏了，而是AP开启了自动功率调节。AP会根据它判断的链路质量调整发射功率，客户端站远了，它就把功率提上去，RSSI自然稳住不动。另一个原因是笔记本无线网卡驱动里的“省电模式”会动态调整发射功率。解决方法是：到AP管理页面关闭“自动调整发射功率”，手动固定到同一个值，并把笔记本电源计划设为“高性能”，同时关掉网卡的功率节能选项。报告里如果出现这条平线数据，不用删掉，反而可以作为“未固定变量导致实验失败”的排错案例写进去，这是加分项。
5.2 现象：用Windows笔记本抓包，抓了半天全是自己的数据帧，没有别人的
原因非常直接：Windows自带的大多数无线网卡驱动不暴露监听模式，Wireshark只能抓到当前网卡收发的那部分帧，而这块网卡又只关联了一个AP，所以其他客户端的数据帧根本不会经过它。解决方法是换支持monitor模式的网卡，配合Linux或macOS环境抓包。如果只能留在Windows，那就别做无线监听，改成在AP的上联交换机端口做端口镜像，抓以太网帧，实验目标也调整成“分析无线接入后的有线侧流量”。
5.3 现象：WPA2企业认证时，用户名密码都对，但就是连不上
常见原因有三个：AP与RADIUS服务器的共享密钥不一致；RADIUS端口被防火墙拦了；客户端没有安装CA根证书，或者选错了EAP类型。排查顺序建议是：先在AP上查看认证日志里有没有收到Access-Request，然后看FreeRADIUS日志里有没有Access-Reject，最后再查证书。如果日志里能看到Access-Reject，通常是EAP类型不匹配，比如服务端配置的是PEAP，客户端却选了EAP-TLS。这个坑在报告里写出来，比一次成功更有教学价值。
5.4 现象：隐藏SSID实验，客户端却加不上网络，报告写不下去
原因在于，AP隐藏SSID后，手机和笔记本的系统常常不会再自动显示这个网络，需要手动创建“其他网络”并输入SSID，才会触发主动连接。解决方法是：在测试客户端里手动添加网络，选择WPA2-Personal或WPA2-Enterprise，填入SSID，再连接。抓包工具这时才能看到客户端发出的Probe Request。这个操作要写进实验步骤，它不是协议问题，而是客户端扫描策略问题。
5.5 现象：漫游实验一直不切换，走到另一个AP脚下还连着旧的
原因通常是旧AP的信号还没有降到客户端的漫游触发阈值以下，或者新旧AP用了相同信道，客户端无法通过信道区分BSS。解决方法是把三个AP部署在一条走廊上，信道分别为1、6、11，并把AP功率调低，加速切换发生。移动过程中用iw dev wlan0 link持续看当前BSSID和信号强度；如果始终不切，检查客户端网卡驱动是否支持802.11k/v，发送信号报告是否有被AP响应。漫游表现基本由客户端决定，报告里必须记录客户端型号和驱动版本。
6. 把实验报告整理成要点PDF：排版、命名与答辩速查
实验做扎实了，最后一步是把它整理成一份能快速检索的PDF。这里的PDF不是把Word导出了事，而是要让看的人能一分钟内找到任何一个实验的原理、参数和结论。
排版上我习惯用Markdown写正文，再通过浏览器打印成PDF。每个实验一节，节标题直接带实验名和测试条件，例如“信号覆盖测量（2.4GHz，信道6，20MHz）”，比“实验一”好检索。截图不能干巴巴贴上去，要在图片下方写清楚“图3-2 距离8米处信号强度实测曲线，AP信道6，20MHz”，如果截图里有过滤器表达式，用箭头或圆圈标出来。
答辩前，我会在PDF最后放一张速查表，对应每个实验最可能被问的问题：
| 实验模块 | 最可能被问 | 回答要点 |
|---|---|---|
| 信号覆盖 | 为什么实测衰减和公式不符？ | 室内多径、反射、障碍物吸收，理想公式只解释趋势 |
| 协议抓包 | 怎么区分管理帧和数据帧？ | Frame Control里的Type字段，0对应管理帧，2对应数据帧 |
| 组网/WDS | 为什么WDS必须同信道？ | 无线回程共享同一物理信道，不同信道无法转发 |
| WPA2企业 | 个人版和企业版密钥有什么不同？ | 个人版共享PSK，企业版通过802.1X动态生成成对主密钥 |
| 漫游 | 切换由谁决定？ | 客户端根据RSSI和阈值决定，AP只响应关联请求 |
PDF文件命名也不要随手写“无线实验报告final”，我一般用“无线网络技术实验报告_姓名_学号_日期_版本V2.pdf”，这样打印、归档、老师批注都方便。
这些年改下来的实验报告，最大的感受是：无线网络技术实验的“玄学感”，大部分来自没有把变量固定下来。很多看起来不可复现的现象，重新查一遍AP功率、信道频宽和客户端驱动版本，都能找到原因。希望这篇整理能帮你在交实验报告前少熬一个夜，也让每一份“要点PDF”不只是应付学分，而是真正说明白无线链路里发生了什么。
本文还有配套的精品资源，点击获取
