简介一份面向无线网络初学者、网络运维入门者及备考相关认证读者的WiFi基础知识梳理文档重点解决802.11协议版本、常用术语含义以及有线与无线网络差异容易混淆的问题。文档共1个doc文件压缩包约88KB体积轻便已有280人学习下载。内容按基本概述、协议演进和术语讲解展开先对比有线与无线网络在连接建立、半双工通信、差错重传、抓包安全与功耗等方面的差异再梳理802.11a/b/g/n的工作频段、最大速率及802.11n在MAC层的改进如信道合并与MIMO。术语部分覆盖LAN、WAN、WLAN、AP、Station、SSID、BSSID、BSS与分布式系统等便于建立无线网络的基本概念框架适合作为课堂笔记、岗位入门速查和后续协议学习的铺垫材料。1. 信号满格却卡成幻灯片瓶颈往往不在射频手机上的 Wi-Fi 图标满格视频却在转圈这是最容易被误判的一类故障。射频强度只回答“能不能听见”真正决定体验的是 802.11 在 MAC 层搭起的一整套仲裁规则谁先发、一次发多大、发错了谁负责重传、隔壁听不见彼此的节点怎么被通知暂时闭嘴。这套规则比以太网复杂一个量级原因很朴素——无线介质没有独立的收发通道没有可靠的物理载体也没有天然的边界。移动网络从 3G/4G 一路演进靠的是网络侧集中调度wifi 把调度权下放到了每个终端代价就是终端之间必须自己商量。搞懂这套商量机制信道宽度、RTS 阈值、Beacon 间隔这些看似互不相干的参数才会连成一张图抓包时也才分得清哪些帧是必要开销、哪些是翻车信号。2. 从以太网到 802.11共享介质强加了三个硬约束以太网和 802.11 同属 IEEE 802 协议集前者用 802.3 做网络层以下的协议后者用 802.11。网络层以上几乎一模一样差异全部压在链路层和物理层。很多“Wi-Fi 为什么这样设计”的疑问答案都能回溯到三个约束介质共享、半双工、误码率高。这三个约束不是并列关系而是层层放大的——共享导致必须仲裁仲裁导致必须建立连接关系误码高导致仲裁本身还要带确认和重传。2.1 半双工与“必须先关联”连接建立为什么不是可选项插上网线就能发包连 Wi-Fi 却必须先走一遍扫描、认证、关联。这不是流程繁琐而是共享介质的必然结果。AP 需要明确知道“这个 48 位地址属于我的基本服务集”才敢给它分配关联标识、决定帧往哪个方向转发、以及在它休眠时替它缓存数据。没有这层登记AP 收到一个帧根本不知道该往哪儿送。更深一层的原因在半双工。同一时刻、同一信道上只能有一个发送者两个终端同时发射信号在空间中叠加成噪声谁都解不出来。有线网络可以用 CSMA/CD一边发一边听发现冲突就立刻停无线做不到这一点因为终端自己的发射功率会淹没它想接收的微弱信号边发边听等于聋子喊话。所以 802.11 换成了 CSMA/CA——冲突避免而不是冲突检测靠随机退避和帧间间隔把冲突概率压下去而不是事后发现。提示这也解释了一个常见困惑——为什么 Wi-Fi 的延迟抖动比有线大得多。退避窗口是随机的赶上信道繁忙一帧可能要等好几个竞争窗口才发得出去。2.2 出错率与重传为什么必须下沉到 MAC 层无线链路的误码率比双绞线高几个数量级干扰、多径、距离衰减都会让帧在物理层就损坏。如果只靠上层 TCP 的超时重传来兜底代价极其昂贵一次 RTO 至少几百毫秒还会把拥塞窗口砍半把链路误码误判成网络拥塞。所以 802.11 在 MAC 层就做了确认与重传单播数据帧发出后接收方必须在很短的帧间间隔内回一个 ACK发方收不到就重发。这个止损点前移的设计让一次重传的代价从几百毫秒降到几十微秒到几毫秒。重传帧的序号与上一帧完全相同只是把帧控制字段里的 Retry 位置 1接收端据此识别重复帧并丢弃避免上层收到两份数据。2.3 频段、信道与带宽802.11a/b/g/n 到底改了什么协议演进的主线可以概括成一句先在 2.4GHz 上把速率做上去再往 5GHz 要空间最后在 MAC 层动刀子。协议制定时间频段频段宽度理论最大速率关键变化802.11a19995GHz325MHz54MbpsOFDM 调制设备少、不流行802.11b19992.4GHz83.5MHz11Mbps兼容性好铺开最快802.11g20032.4GHz83.5MHz54Mbps在 2.4GHz 上复刻 a 的速率802.11n20092.4GHz / 5GHz双频600Mbps信道绑定 HT-40 MIMO802.11n 是分水岭因为它第一次大规模改动了 MAC 层。两个改动值得单独说其一是信道绑定把两个相邻的 20MHz 信道合并成一个 40MHz 信道再传数据吞吐量直接翻倍其二是 MIMO用多对天线在同一信道上同时传输不同的空间流靠 OFDM 的正交子载波和空间分离让多路信号互不干扰。OFDM 把一个大载波切成许多互相正交的子载波正交意味着子载波之间在频域上可以重叠而不产生串扰这是多路并行传输能成立的前提。但 HT-40 在 2.4GHz 上几乎是纸面功能。2.4GHz 总共只有 83.5MHz 可用去掉边缘保护真正互不重叠的 20MHz 信道只有三个习惯上选 1、6、11。把两个绑成 40MHz等于把仅有的三个信道吃掉两个还多邻居一多就必然重叠。所以现实里 40MHz 基本只在 5GHz 上启用而 5GHz 信道多、非重叠组合多这才是双频路由器真正的价值所在。顺带说清楚干扰的来源2.4GHz 是个公共泳池微波炉、蓝牙、红外设备都在这个频段附近工作它们各自跑在不同协议下互相只能把对方的信号识别成噪声。这也是为什么 2.4GHz 在晚上和周末明显更慢——不是你的路由器坏了是整栋楼都在同一个池子里游泳。2.4 Datarate 与 Throughput那 50% 的账是怎么算出来的厂商标 600Mbps实际测速三百多很多人以为是虚假宣传。其实标称值叫 Datarate是物理层理论最大传输速率实际能跑出来的是 Throughput即有效吞吐量。两者之间的差额不是损耗而是协议开销。算一笔账更直观。一个满载 1500 字节的数据帧在 54Mbps 的物理速率下空口占用时间约为 1500×8/54 ≈ 222 微秒。而它前后还要加上前导码、PLCP 头、MAC 头、帧校验、一个 SIFS 间隔、一个 ACK 帧、一个 DIFS 间隔再加平均退避时间。这些固定开销加起来轻松超过 100 微秒占比接近一半。帧越小开销占比越高——这就是小包场景比如大量短连接、游戏心跳包Wi-Fi 效率极低的原因。一份经验值可以拿来对照一路高清视频流大约需要 30Mbps 的有效吞吐普通网络视频 4Mbps 左右。按 50% 折算标称 600Mbps 的链路跑一路高清视频是绰绰有余的真正让体验崩掉的从来不是峰值速率而是重传率和信道争用。3. BSS 与分布式系统一个帧从 A 到 B 的寻址全过程知道有 AP、有 Station不等于知道帧怎么走。真正容易混淆的是三个“地址”概念——SSID、BSSID、MAC以及数据帧里那两个决定方向的比特。把这几个东西理清楚抓包里那一串似是而非的 MAC 地址就不再是黑匣子。3.1 SSID 与 BSSID给人看的名字和给机器看的地址SSID 是一个子网的名字终端扫描时把它列出来供人选择。它允许重复——当需要扩大一个无线网络的覆盖范围时给多个 AP 配置相同的 SSID 即可终端在移动中从一个 AP 切到另一个 AP用户感知到的还是同一个网络名。这正是漫游的原理和移动通信里跨基站不断话是同一套思路。BSSID 则是 48 位地址格式与 MAC 相同一般就是所在 AP 的 MAC。SSID 给人看BSSID 给机器看。两者不是一一对应同一个 BSSID 在不同信道上可能对应多个 SSID但在同一个信道上是一一对应的漫游时 SSID 不变BSSID 一定会变。这解释了一个日常现象拿着手机从客厅走到卧室网络名没变微信却会短暂转圈。因为终端正在断开旧 BSSID、关联新 BSSID重新走一遍认证和关联流程这期间数据帧无处可去。抓包时还会遇到另一个坑抓到的 AP 地址和路由器外壳标签上印的 MAC 对不上只差最后几位。原因是一台同时具备路由和 AP 功能的无线路由器通常有多个 MAC——一个给广域网口一个给局域网和无线侧标签上往往只印了广域网那个。有些设备还会在此基础上再派生 BSSID。所以看到两个“AP”的地址只差几位先别怀疑抓错了它们很可能就是同一台设备虚拟出来的。3.2 BSS、DS 与桥接引擎外部路由为什么只认 MACBSS 是 802.11 无线网络的基本组件由一组相互通信的工作站组成。它分两类IBSS 又叫 Ad Hoc组网是临时的通信方式是 Station 对 Station没有 AP基础结构型网络的通信方式是 Station 经 AP 再到 Station所有设备想通信都必须过 AP。工程上绝大多数场景是后者。多个 BSS 要连成一个大网络靠的是分布式系统 DS。DS 是 802.11 的逻辑组件负责把帧转发到目的地址但标准刻意没有规定它的技术细节。商业实现里DS 通常由以太骨干网加桥接引擎构成骨干网是媒介桥接引擎负责在两个网络接口之间做转发每个 AP 都有一个到骨干网的接口和一个到本 BSS 无线侧的接口。这里有个关键点常被忽略外部路由只知道 Station 的 MAC 地址完全不知道它挂在哪个 AP 下面。所以 DS 内部的各个 AP 之间必须互相通告“哪个 Station 关联在我这里”关联和解关联事件都要同步。只有这张映射表是全的DS 才能把目的地址是某个 Station 的帧送到正确的出口而不是广播泛洪。DS 的媒介也不一定是以太网用无线做骨干的 WDS 就是另一种形态。3.3 To DS / From DS数据帧的四象限数据帧的帧控制字段里有两个比特To DS 和 From DS它们决定了这个帧是上行、下行还是桥接转发也决定了地址字段该怎么解析。管理帧和控制帧这两位全为零所以这套判断只对数据帧有效。To DSFrom DS含义典型场景00Station 之间直连或管理帧、控制帧Ad Hoc 组网01Station 接收的帧AP 下发给终端Download10Station 发送的帧终端上发给 APUpload11无线桥接器上的数据帧WDS 两个 AP 之间转发把 DS 粗略理解成 AP 是可以的方向是从 AP 的视角命名的To DS 就是“交给 AP 去干活”。但严格说 DS 是一个系统而不是一台设备从 Station 的角度理解更不容易绕晕——站在终端这边看我发出去的帧就是 To DS我收到的帧就是 From DS。3.4 隐藏节点与 RTS/CTS一个可选握手的成本收益同一个 AP 覆盖范围内两个 Station 可能互相听不见。比如 A 和 B 分别位于覆盖边缘的两端彼此距离超过各自的信号范围但都能和中间的 AP 通信。A 不知道 B 的存在B 也不知道 A 的存在同时发包就会在 AP 处撞车双双重传。这种互相不可见的节点叫隐藏节点节点越多重传率越高网络性能下降得越厉害。RTS/CTS 就是针对这个问题的解药。A 想发数据前先发一个很短的 RTS 帧给 AP说“我要发了”AP 收到后广播一个 CTS 帧告诉覆盖范围内所有节点“A 即将占用信道”。对 A 而言隐藏的 B 虽然听不见 A 的 RTS但能听见 AP 的 CTS于是知道有人要发数据主动静默。CTS 里携带的时长字段让听到它的节点设置一个网络分配矢量计时器在这段时间内不发起传输。一般由 Station 发 RTS由 AP 发 CTS两者都是短帧。这套机制甚至能跨网络生效——不同网络的工作站之间也可以通过 RTS/CTS 互相清除干扰因为 CTS 是广播的谁听见谁避让。代价也很明确每次通信多了两个短帧和两次帧间间隔。所以设备上都有一个 RTS 阈值参数只有帧长超过阈值才启用这套握手。小帧重传一次的成本远低于握手成本大帧则相反。阈值调得太低握手开销吃掉吞吐调得太高隐藏节点导致的重传又压不住。这就是个典型的工程折中没有普适最优值。4. 帧结构里的实现细节类型、序号、确认与大小端抓包工具把一帧展开成几十个字段新手容易陷进去。其实只要抓住四件事——这是什么类型的帧、序号连不连续、要不要被确认、字段是按什么字节序读的——大部分现象都能解释。4.1 三类帧的分工管理帧建网、控制帧仲裁、数据帧搬货802.11 的帧分三类帧头里的类型和子类型字段负责标识。管理帧负责找网、建网、入网典型的有 Beacon定时广播通知 AP 的存在、Probe Request / Probe Response主动扫描探寻、Authentication认证、Association Request / Response关联。控制帧负责仲裁介质和确认典型的有 RTS、CTS、ACK、PS-Poll休眠终端取缓存。数据帧是承载上层数据的载体其中的 DS 字段用来标识方向这是它与管理帧、控制帧最本质的区别。关联过程值得展开一点。终端先扫描被动方式是听 Beacon主动方式是发 Probe Request 询问附近有没有 AP。找到目标后先认证再做关联。关联请求里会带上终端需要的信道、支持的速率等能力信息供 AP 判断是否接纳关联是否成功看响应帧里的状态码是不是成功。注意抓包时会看到一个反直觉的现象——认证阶段一开始往往是“无认证”直接通过真正的安全认证在关联之后才做失败了立刻把已建立的关联断开。这是历史包袱802.11 最初没有充分考虑安全安全机制是后加的补丁为了兼容早期设备只能先连后验。4.2 ACK 的原子语义为什么它没有源地址和序号单播帧必须被确认组播和广播帧不确认——如果一群接收者同时回 ACK信道立刻变成噪声场。ACK 帧本身是单播的里面有接收地址字段标识它在确认谁但它没有源地址也没有序号。这不是设计遗漏。发送方发完一帧后就停在那里等 ACK收到就代表这次传输成功收不到就重传整个过程被协议看成一个不可分割的原子操作。既然一次成功的通信里只有一个可能的发送方在等源地址就是冗余信息。ACK 帧本身也不需要再被确认否则确认会无限递归。判断一个帧是单播、组播还是广播看目的 MAC 地址第一个字节的最低位最低位为 1 是组播最低两位都是 1 是广播最低位为 0 是单播。这里有个容易翻车的细节——MAC 地址是一个比特模式不是数值所以它没有大小端之分也没有“哪个 MAC 更大”这种说法。拿 a8:27:26:xx:xx:b7 举例第一个字节 a8 的二进制是 10101000最低位是 0所以它是单播地址。很多人下意识去看最高位结果把单播认成组播。4.3 Sequence、Retry 与分片重传怎么被识别序号字段是识别重传的关键。每个单播数据帧携带一个 12 位的序号重传帧的序号与原始帧相同只把 Retry 位置 1。接收端看到重复序号就丢弃避免上层收到两份。抓包时统计 Retry 位为 1 的帧占比是判断链路质量最直接的手段之一比看信号强度靠谱得多。下面这段代码把帧控制字段里几个最容易被忽略的位拆出来包括方向、重传、加密标志以及地址字段的单播判断。def decode_fc(fc0, fc1, addr1): fc0/fc1: 抓包软件给出的帧控制字段两个字节的数值线上先传 fc0 addr1: 第一个地址字段形如 a8:27:26:11:22:33 ftype (fc0 2) 0x03 # 0 管理帧 1 控制帧 2 数据帧 3 扩展 subtype (fc0 4) 0x0F # 与 type 组合决定具体帧种类 to_ds fc1 0x01 # 仅数据帧有意义管理帧/控制帧恒为 0 from_ds (fc1 1) 0x01 retry (fc1 3) 0x01 # 置 1 表示重传序号与上一帧相同 protect (fc1 6) 0x01 # 置 1 表示载荷已加密看不到上层语义 first int(addr1.split(:)[0], 16) # 只取第一个字节的数值 group (first 0x01) 1 # 最低位为 1 是组播 broadcast (first 0x03) 3 # 最低两位全 1 是广播 return { type: {0: management, 1: control, 2: data}.get(ftype, ext), subtype: subtype, dir: {(0, 0): IBSS 或管理/控制帧, (0, 1): 下行 AP 到 STA, (1, 0): 上行 STA 到 AP, (1, 1): WDS 桥接转发}[(to_ds, from_ds)], retry: retry, protected: protect, group: group, broadcast: broadcast, }这段代码里几个参数的含义值得逐条对照fc0承载协议版本、类型、子类型这三个低字节字段fc1承载 To DS、From DS、更多分片、重传、省电、更多数据、加密、严格排序这八个高位字段。之所以用位移而不是直接取位是因为抓包软件给出的是字节数值而位序和字节序是两套东西混着用必然出错。protect位为 1 意味着这个帧的载荷被加密看不到上层是什么协议、什么内容但它和“连这个网络要不要密码”完全是两回事——网络可以是加密的载荷也可以是不加密的。分片阈值是另一个常被误解的参数。当数据帧超过阈值802.11 会自动把它切成若干个分片每个分片单独编号、单独确认。收益很明确一个分片出错只需重传这个分片而不是整个大包而无线链路的差错率比以太网高得多。代价同样明确每个分片都要带自己的头和确认开销重组还要额外处理。所以阈值调小在网络质量差的环境里有效在干净环境里纯属自找麻烦。4.4 大端小端为什么协议标准看起来“前后不一致”这是读 802.11 规范时最容易卡住的地方。描述整个帧的布局时标准按 b0、b1、b2 的顺序排列最低位在最前也就是小端方式但描述某个具体字段的取值时又换成了大端直接写那个字段的数值。举个具体例子。假设 b3、b2、b1、b0 四位共同组成一个叫 FLAG 的域。标准里会写“FLAG 4即 0100”这是把它当成一个整体数值用大端写的但真正在线路上传输时顺序是 b0、b1、b2、b3读出来是 0010。同一个域规范里写 4线上看到的是 0010第一次见必然怀疑自己看错了。以太网的惯例是把这两层说清楚线路上按大端传字节最高字节先传但一个字节内部的比特序是小端最低位先传。所以一个十六进制写成 01-80-C2-00-00-00 的地址实际传输的比特序列是 1000 0000 0000 0001 0100 0011 0000 0000……第一位先发的是最低位。注意内存层面的“大端小端”说的是字节序不是位序。一个 32 位整数在小端机器上存放时低位字节放在低地址但字节内部没有“大端小端”这回事因为内存按字节编址位没有地址。把位序和字节序混为一谈是读帧结构时最常见的思维陷阱。5. 抓包排查五条血泪踩坑记录抓包这件事工具会用不等于看得懂。无线抓包比有线多出好几层失真源硬件过滤、加密、信道宽度、休眠机制。下面五条是我在排查中实打实踩过的坑每条都对应一个具体的机制。5.1 抓包前必须搞清的两个前提第一个前提是网卡过滤。普通无线网卡只把目的地址是自己的帧交给上层其余的帧在硬件层就被丢掉了。所以用笔记本自带的网卡抓包永远只能看到“发给自己的包”看起来像整个网络只有自己一个终端在工作。要看到所处无线环境里的全部流量需要专门的嗅探设备——它把射频前端置于监听状态不做地址过滤抓取所有经过的帧。这类硬件通常价格不低驱动也往往只支持特定操作系统使用时需要配合抓包软件。第二个前提是嗅探位置。无线信号是广播的理论上覆盖范围内的所有帧都能被听到但实际能否解出来取决于信号质量和是否正好处在目标信道上。所以在 A 信道嗅探却抓到 B 信道的帧并不稀奇也不必为这种偶发断言惊讶。5.2 五条踩坑记录现象、原因与解决坑一抓了半天只有自己的流量。现象是抓包文件里目的地址清一色是本机网卡看不到别家的 Beacon 和 Probe。原因是普通网卡做了硬件层地址过滤非本机的帧直接丢弃抓包软件根本拿不到。解决办法是换用支持监听模式的专用嗅探硬件或者在只关心自身链路时接受这个限制转去看关联过程和 ACK 情况。坑二文件里满是校验错误的帧。现象是抓包工具把大量帧标成校验和错误展开看内容也是乱的。原因是无线干扰、多径或距离过远导致物理层就解错了帧校验字段对不上内容不可信。这类帧几乎没有分析价值唯一的意义是统计比例——错误帧占比高说明链路本身有问题先去查信道干扰和距离别急着分析协议。显示过滤器里直接排除掉即可。坑三明明抓到了包却看不出是什么业务。现象是帧结构完整但载荷部分是二进制乱码看不到任何上层协议特征。原因是帧控制字段里的加密标志为 1载荷被加密了。这里要区分两个容易混淆的概念网络本身可能需要密码才能接入这是接入层面的安全而数据帧的载荷是否加密是另一层两者并不等价。对于一个加密的数据帧连它是做什么用的、属于哪个上层协议都判断不出来。手上有密钥的话抓包软件提供了配置解密的功能但成功率并不稳定取决于握手过程是否被完整抓到。坑四40MHz 信道的包抓不全。现象是抓 40MHz 信道宽度的帧只能看到一半或者干脆什么都看不到。原因是嗅探硬件的芯片固件对 40MHz 支持很差这不是配置问题是硬件能力边界。可行的绕法是在 36 或 40 号信道附近抓并把信道偏移参数设成 1平时都是 0这样能抓到一部分 40MHz 的帧换到别的信道就还是抓不全。坑五ping 一台休眠中的终端延迟大得离谱。现象是同一台设备醒着时响应几毫秒休眠后动辄几百毫秒。原因是省电机制在起作用终端为了省电会周期性进入休眠AP 替它缓存发来的数据终端只在约定的时间点醒来查一下有没有自己的数据。这个时间点由 DTIM 间隔决定Beacon 帧里携带了这个信息。所以延迟不是网络慢而是终端在按计划睡觉。解决办法是调整 DTIM 间隔或者接受这个代价——省电和响应速度本来就是一对矛盾。5.3 两层过滤器先全抓再精筛抓包软件有两套过滤器很多人混着用结果漏帧。抓包阶段用的是抓取过滤器语法基于一种通用的包过滤语言不是某个软件专有的显示阶段用的是显示过滤器语法各软件自定还能用宏定义复杂条件。血泪经验是抓包阶段只做粗过滤甚至完全不过滤把原始流量完整落盘分析阶段再用显示过滤器精确筛选。抓包期间的过滤有时候判定不准一个本该保留下来的帧被规则误杀等回头想查就再也找不回来了这属于没有后悔药的操作。# 抓包阶段只按帧类型做最粗的过滤尽量完整落盘 sniffer capture -i wlan0 -w all.pcap type mgt or type data # 分析阶段一把 Beacon 拉出来看 SSID 与 BSSID 的对应关系 sniffer read all.pcap -Y wlan.fc.type_subtype 0x08 \ -T fields -e wlan.ssid -e wlan.bssid # 分析阶段二统计重传帧数量占比高说明链路质量差或有隐藏节点 sniffer read all.pcap -Y wlan.fc.retry 1 | wc -l第一行里的type mgt or type data是抓取过滤器表达式只保留管理帧和数据帧跳过控制帧以减小文件-w表示写入文件而不是打印到终端。第二行的wlan.fc.type_subtype 0x08是显示过滤器0x08 对应 Beacon 子类型-T fields只输出指定字段方便直接看 SSID 和 BSSID 的对应表。第三行的作用是量化重传率这个数字比任何信号强度指示都更能说明问题。6. 安全标准的双轨制一次教科书级的兼容性取舍WEP、WPA、WPA2 这三代名字背后其实藏着两套并行的标准体系。IEEE 802.11 制定的是技术性标准Wi-Fi 联盟制定的是商业化标准后者基本都符合前者。WEP 在 1999 年就进了 802.11 标准用的是 RC4 加密它有好几个明显弱点2003 年被 WPA 淘汰。WPA 是联盟推出的商业标准存在的目的就是为了支撑 IEEE 802.11i 这个以技术为导向的安全标准。它采用 TKIP 算法而 TKIP 保留了 RC4所以弱点也一并继承——当时的处境是更强的 CCMP 还没做完只能先用 TKIP 顶上。WPA2 是 WPA 的第二版完整实现了 802.11i采用 CCMP很多设备界面上直接用 AES 这个词替代。所以 WPA2 配 AES 是当前最稳妥的组合。取舍的代价在一个地方暴露得特别明显WEP 是旧加密方式工作在 802.11b/g 模式下802.11n 草案不支持它。也就是说一台支持 600Mbps 的 N 设备一旦开了 WEP 加密会整体退回 b/g 模式N 的性能完全发挥不出来。这是兼容旧设备的代价被固化进了协议——为了不抛弃老终端新协议宁可放弃自己的全部增益。实际设备的管理界面往往不那么严格会出现选了 WPA 却还能挑 AES 这种混搭大体上是对的但不能当作规范来依赖。要验证一个网络真正协商了什么别信下拉框去看 Beacon 里携带的安全信息元素里面能读出认证套件、单播和组播的加密套件以及到底是预共享密钥还是走 802.1X/EAP 的集中认证。顺带一提预共享密钥模式不需要专门的认证服务器所以特别适合家用和小型办公企业模式才需要那套集中认证的设备。地区参数也藏在这些广播帧里终端据此调整发射功率以符合当地规定配错了虽然能连但可能在用不该用的频段发射。从那以后我每次配置一个无线网络都会先把加密套件、频段宽度、信道这几项对着 Beacon 里的实际字段核一遍再决定要不要相信管理界面上那个默认勾选。希望帮到你。本文还有配套的精品资源点击获取
简介一份面向无线网络初学者、网络运维入门者及备考相关认证读者的WiFi基础知识梳理文档重点解决802.11协议版本、常用术语含义以及有线与无线网络差异容易混淆的问题。文档共1个doc文件压缩包约88KB体积轻便已有280人学习下载。内容按基本概述、协议演进和术语讲解展开先对比有线与无线网络在连接建立、半双工通信、差错重传、抓包安全与功耗等方面的差异再梳理802.11a/b/g/n的工作频段、最大速率及802.11n在MAC层的改进如信道合并与MIMO。术语部分覆盖LAN、WAN、WLAN、AP、Station、SSID、BSSID、BSS与分布式系统等便于建立无线网络的基本概念框架适合作为课堂笔记、岗位入门速查和后续协议学习的铺垫材料。1. 信号满格却卡成幻灯片瓶颈往往不在射频手机上的 Wi-Fi 图标满格视频却在转圈这是最容易被误判的一类故障。射频强度只回答“能不能听见”真正决定体验的是 802.11 在 MAC 层搭起的一整套仲裁规则谁先发、一次发多大、发错了谁负责重传、隔壁听不见彼此的节点怎么被通知暂时闭嘴。这套规则比以太网复杂一个量级原因很朴素——无线介质没有独立的收发通道没有可靠的物理载体也没有天然的边界。移动网络从 3G/4G 一路演进靠的是网络侧集中调度wifi 把调度权下放到了每个终端代价就是终端之间必须自己商量。搞懂这套商量机制信道宽度、RTS 阈值、Beacon 间隔这些看似互不相干的参数才会连成一张图抓包时也才分得清哪些帧是必要开销、哪些是翻车信号。2. 从以太网到 802.11共享介质强加了三个硬约束以太网和 802.11 同属 IEEE 802 协议集前者用 802.3 做网络层以下的协议后者用 802.11。网络层以上几乎一模一样差异全部压在链路层和物理层。很多“Wi-Fi 为什么这样设计”的疑问答案都能回溯到三个约束介质共享、半双工、误码率高。这三个约束不是并列关系而是层层放大的——共享导致必须仲裁仲裁导致必须建立连接关系误码高导致仲裁本身还要带确认和重传。2.1 半双工与“必须先关联”连接建立为什么不是可选项插上网线就能发包连 Wi-Fi 却必须先走一遍扫描、认证、关联。这不是流程繁琐而是共享介质的必然结果。AP 需要明确知道“这个 48 位地址属于我的基本服务集”才敢给它分配关联标识、决定帧往哪个方向转发、以及在它休眠时替它缓存数据。没有这层登记AP 收到一个帧根本不知道该往哪儿送。更深一层的原因在半双工。同一时刻、同一信道上只能有一个发送者两个终端同时发射信号在空间中叠加成噪声谁都解不出来。有线网络可以用 CSMA/CD一边发一边听发现冲突就立刻停无线做不到这一点因为终端自己的发射功率会淹没它想接收的微弱信号边发边听等于聋子喊话。所以 802.11 换成了 CSMA/CA——冲突避免而不是冲突检测靠随机退避和帧间间隔把冲突概率压下去而不是事后发现。提示这也解释了一个常见困惑——为什么 Wi-Fi 的延迟抖动比有线大得多。退避窗口是随机的赶上信道繁忙一帧可能要等好几个竞争窗口才发得出去。2.2 出错率与重传为什么必须下沉到 MAC 层无线链路的误码率比双绞线高几个数量级干扰、多径、距离衰减都会让帧在物理层就损坏。如果只靠上层 TCP 的超时重传来兜底代价极其昂贵一次 RTO 至少几百毫秒还会把拥塞窗口砍半把链路误码误判成网络拥塞。所以 802.11 在 MAC 层就做了确认与重传单播数据帧发出后接收方必须在很短的帧间间隔内回一个 ACK发方收不到就重发。这个止损点前移的设计让一次重传的代价从几百毫秒降到几十微秒到几毫秒。重传帧的序号与上一帧完全相同只是把帧控制字段里的 Retry 位置 1接收端据此识别重复帧并丢弃避免上层收到两份数据。2.3 频段、信道与带宽802.11a/b/g/n 到底改了什么协议演进的主线可以概括成一句先在 2.4GHz 上把速率做上去再往 5GHz 要空间最后在 MAC 层动刀子。协议制定时间频段频段宽度理论最大速率关键变化802.11a19995GHz325MHz54MbpsOFDM 调制设备少、不流行802.11b19992.4GHz83.5MHz11Mbps兼容性好铺开最快802.11g20032.4GHz83.5MHz54Mbps在 2.4GHz 上复刻 a 的速率802.11n20092.4GHz / 5GHz双频600Mbps信道绑定 HT-40 MIMO802.11n 是分水岭因为它第一次大规模改动了 MAC 层。两个改动值得单独说其一是信道绑定把两个相邻的 20MHz 信道合并成一个 40MHz 信道再传数据吞吐量直接翻倍其二是 MIMO用多对天线在同一信道上同时传输不同的空间流靠 OFDM 的正交子载波和空间分离让多路信号互不干扰。OFDM 把一个大载波切成许多互相正交的子载波正交意味着子载波之间在频域上可以重叠而不产生串扰这是多路并行传输能成立的前提。但 HT-40 在 2.4GHz 上几乎是纸面功能。2.4GHz 总共只有 83.5MHz 可用去掉边缘保护真正互不重叠的 20MHz 信道只有三个习惯上选 1、6、11。把两个绑成 40MHz等于把仅有的三个信道吃掉两个还多邻居一多就必然重叠。所以现实里 40MHz 基本只在 5GHz 上启用而 5GHz 信道多、非重叠组合多这才是双频路由器真正的价值所在。顺带说清楚干扰的来源2.4GHz 是个公共泳池微波炉、蓝牙、红外设备都在这个频段附近工作它们各自跑在不同协议下互相只能把对方的信号识别成噪声。这也是为什么 2.4GHz 在晚上和周末明显更慢——不是你的路由器坏了是整栋楼都在同一个池子里游泳。2.4 Datarate 与 Throughput那 50% 的账是怎么算出来的厂商标 600Mbps实际测速三百多很多人以为是虚假宣传。其实标称值叫 Datarate是物理层理论最大传输速率实际能跑出来的是 Throughput即有效吞吐量。两者之间的差额不是损耗而是协议开销。算一笔账更直观。一个满载 1500 字节的数据帧在 54Mbps 的物理速率下空口占用时间约为 1500×8/54 ≈ 222 微秒。而它前后还要加上前导码、PLCP 头、MAC 头、帧校验、一个 SIFS 间隔、一个 ACK 帧、一个 DIFS 间隔再加平均退避时间。这些固定开销加起来轻松超过 100 微秒占比接近一半。帧越小开销占比越高——这就是小包场景比如大量短连接、游戏心跳包Wi-Fi 效率极低的原因。一份经验值可以拿来对照一路高清视频流大约需要 30Mbps 的有效吞吐普通网络视频 4Mbps 左右。按 50% 折算标称 600Mbps 的链路跑一路高清视频是绰绰有余的真正让体验崩掉的从来不是峰值速率而是重传率和信道争用。3. BSS 与分布式系统一个帧从 A 到 B 的寻址全过程知道有 AP、有 Station不等于知道帧怎么走。真正容易混淆的是三个“地址”概念——SSID、BSSID、MAC以及数据帧里那两个决定方向的比特。把这几个东西理清楚抓包里那一串似是而非的 MAC 地址就不再是黑匣子。3.1 SSID 与 BSSID给人看的名字和给机器看的地址SSID 是一个子网的名字终端扫描时把它列出来供人选择。它允许重复——当需要扩大一个无线网络的覆盖范围时给多个 AP 配置相同的 SSID 即可终端在移动中从一个 AP 切到另一个 AP用户感知到的还是同一个网络名。这正是漫游的原理和移动通信里跨基站不断话是同一套思路。BSSID 则是 48 位地址格式与 MAC 相同一般就是所在 AP 的 MAC。SSID 给人看BSSID 给机器看。两者不是一一对应同一个 BSSID 在不同信道上可能对应多个 SSID但在同一个信道上是一一对应的漫游时 SSID 不变BSSID 一定会变。这解释了一个日常现象拿着手机从客厅走到卧室网络名没变微信却会短暂转圈。因为终端正在断开旧 BSSID、关联新 BSSID重新走一遍认证和关联流程这期间数据帧无处可去。抓包时还会遇到另一个坑抓到的 AP 地址和路由器外壳标签上印的 MAC 对不上只差最后几位。原因是一台同时具备路由和 AP 功能的无线路由器通常有多个 MAC——一个给广域网口一个给局域网和无线侧标签上往往只印了广域网那个。有些设备还会在此基础上再派生 BSSID。所以看到两个“AP”的地址只差几位先别怀疑抓错了它们很可能就是同一台设备虚拟出来的。3.2 BSS、DS 与桥接引擎外部路由为什么只认 MACBSS 是 802.11 无线网络的基本组件由一组相互通信的工作站组成。它分两类IBSS 又叫 Ad Hoc组网是临时的通信方式是 Station 对 Station没有 AP基础结构型网络的通信方式是 Station 经 AP 再到 Station所有设备想通信都必须过 AP。工程上绝大多数场景是后者。多个 BSS 要连成一个大网络靠的是分布式系统 DS。DS 是 802.11 的逻辑组件负责把帧转发到目的地址但标准刻意没有规定它的技术细节。商业实现里DS 通常由以太骨干网加桥接引擎构成骨干网是媒介桥接引擎负责在两个网络接口之间做转发每个 AP 都有一个到骨干网的接口和一个到本 BSS 无线侧的接口。这里有个关键点常被忽略外部路由只知道 Station 的 MAC 地址完全不知道它挂在哪个 AP 下面。所以 DS 内部的各个 AP 之间必须互相通告“哪个 Station 关联在我这里”关联和解关联事件都要同步。只有这张映射表是全的DS 才能把目的地址是某个 Station 的帧送到正确的出口而不是广播泛洪。DS 的媒介也不一定是以太网用无线做骨干的 WDS 就是另一种形态。3.3 To DS / From DS数据帧的四象限数据帧的帧控制字段里有两个比特To DS 和 From DS它们决定了这个帧是上行、下行还是桥接转发也决定了地址字段该怎么解析。管理帧和控制帧这两位全为零所以这套判断只对数据帧有效。To DSFrom DS含义典型场景00Station 之间直连或管理帧、控制帧Ad Hoc 组网01Station 接收的帧AP 下发给终端Download10Station 发送的帧终端上发给 APUpload11无线桥接器上的数据帧WDS 两个 AP 之间转发把 DS 粗略理解成 AP 是可以的方向是从 AP 的视角命名的To DS 就是“交给 AP 去干活”。但严格说 DS 是一个系统而不是一台设备从 Station 的角度理解更不容易绕晕——站在终端这边看我发出去的帧就是 To DS我收到的帧就是 From DS。3.4 隐藏节点与 RTS/CTS一个可选握手的成本收益同一个 AP 覆盖范围内两个 Station 可能互相听不见。比如 A 和 B 分别位于覆盖边缘的两端彼此距离超过各自的信号范围但都能和中间的 AP 通信。A 不知道 B 的存在B 也不知道 A 的存在同时发包就会在 AP 处撞车双双重传。这种互相不可见的节点叫隐藏节点节点越多重传率越高网络性能下降得越厉害。RTS/CTS 就是针对这个问题的解药。A 想发数据前先发一个很短的 RTS 帧给 AP说“我要发了”AP 收到后广播一个 CTS 帧告诉覆盖范围内所有节点“A 即将占用信道”。对 A 而言隐藏的 B 虽然听不见 A 的 RTS但能听见 AP 的 CTS于是知道有人要发数据主动静默。CTS 里携带的时长字段让听到它的节点设置一个网络分配矢量计时器在这段时间内不发起传输。一般由 Station 发 RTS由 AP 发 CTS两者都是短帧。这套机制甚至能跨网络生效——不同网络的工作站之间也可以通过 RTS/CTS 互相清除干扰因为 CTS 是广播的谁听见谁避让。代价也很明确每次通信多了两个短帧和两次帧间间隔。所以设备上都有一个 RTS 阈值参数只有帧长超过阈值才启用这套握手。小帧重传一次的成本远低于握手成本大帧则相反。阈值调得太低握手开销吃掉吞吐调得太高隐藏节点导致的重传又压不住。这就是个典型的工程折中没有普适最优值。4. 帧结构里的实现细节类型、序号、确认与大小端抓包工具把一帧展开成几十个字段新手容易陷进去。其实只要抓住四件事——这是什么类型的帧、序号连不连续、要不要被确认、字段是按什么字节序读的——大部分现象都能解释。4.1 三类帧的分工管理帧建网、控制帧仲裁、数据帧搬货802.11 的帧分三类帧头里的类型和子类型字段负责标识。管理帧负责找网、建网、入网典型的有 Beacon定时广播通知 AP 的存在、Probe Request / Probe Response主动扫描探寻、Authentication认证、Association Request / Response关联。控制帧负责仲裁介质和确认典型的有 RTS、CTS、ACK、PS-Poll休眠终端取缓存。数据帧是承载上层数据的载体其中的 DS 字段用来标识方向这是它与管理帧、控制帧最本质的区别。关联过程值得展开一点。终端先扫描被动方式是听 Beacon主动方式是发 Probe Request 询问附近有没有 AP。找到目标后先认证再做关联。关联请求里会带上终端需要的信道、支持的速率等能力信息供 AP 判断是否接纳关联是否成功看响应帧里的状态码是不是成功。注意抓包时会看到一个反直觉的现象——认证阶段一开始往往是“无认证”直接通过真正的安全认证在关联之后才做失败了立刻把已建立的关联断开。这是历史包袱802.11 最初没有充分考虑安全安全机制是后加的补丁为了兼容早期设备只能先连后验。4.2 ACK 的原子语义为什么它没有源地址和序号单播帧必须被确认组播和广播帧不确认——如果一群接收者同时回 ACK信道立刻变成噪声场。ACK 帧本身是单播的里面有接收地址字段标识它在确认谁但它没有源地址也没有序号。这不是设计遗漏。发送方发完一帧后就停在那里等 ACK收到就代表这次传输成功收不到就重传整个过程被协议看成一个不可分割的原子操作。既然一次成功的通信里只有一个可能的发送方在等源地址就是冗余信息。ACK 帧本身也不需要再被确认否则确认会无限递归。判断一个帧是单播、组播还是广播看目的 MAC 地址第一个字节的最低位最低位为 1 是组播最低两位都是 1 是广播最低位为 0 是单播。这里有个容易翻车的细节——MAC 地址是一个比特模式不是数值所以它没有大小端之分也没有“哪个 MAC 更大”这种说法。拿 a8:27:26:xx:xx:b7 举例第一个字节 a8 的二进制是 10101000最低位是 0所以它是单播地址。很多人下意识去看最高位结果把单播认成组播。4.3 Sequence、Retry 与分片重传怎么被识别序号字段是识别重传的关键。每个单播数据帧携带一个 12 位的序号重传帧的序号与原始帧相同只把 Retry 位置 1。接收端看到重复序号就丢弃避免上层收到两份。抓包时统计 Retry 位为 1 的帧占比是判断链路质量最直接的手段之一比看信号强度靠谱得多。下面这段代码把帧控制字段里几个最容易被忽略的位拆出来包括方向、重传、加密标志以及地址字段的单播判断。def decode_fc(fc0, fc1, addr1): fc0/fc1: 抓包软件给出的帧控制字段两个字节的数值线上先传 fc0 addr1: 第一个地址字段形如 a8:27:26:11:22:33 ftype (fc0 2) 0x03 # 0 管理帧 1 控制帧 2 数据帧 3 扩展 subtype (fc0 4) 0x0F # 与 type 组合决定具体帧种类 to_ds fc1 0x01 # 仅数据帧有意义管理帧/控制帧恒为 0 from_ds (fc1 1) 0x01 retry (fc1 3) 0x01 # 置 1 表示重传序号与上一帧相同 protect (fc1 6) 0x01 # 置 1 表示载荷已加密看不到上层语义 first int(addr1.split(:)[0], 16) # 只取第一个字节的数值 group (first 0x01) 1 # 最低位为 1 是组播 broadcast (first 0x03) 3 # 最低两位全 1 是广播 return { type: {0: management, 1: control, 2: data}.get(ftype, ext), subtype: subtype, dir: {(0, 0): IBSS 或管理/控制帧, (0, 1): 下行 AP 到 STA, (1, 0): 上行 STA 到 AP, (1, 1): WDS 桥接转发}[(to_ds, from_ds)], retry: retry, protected: protect, group: group, broadcast: broadcast, }这段代码里几个参数的含义值得逐条对照fc0承载协议版本、类型、子类型这三个低字节字段fc1承载 To DS、From DS、更多分片、重传、省电、更多数据、加密、严格排序这八个高位字段。之所以用位移而不是直接取位是因为抓包软件给出的是字节数值而位序和字节序是两套东西混着用必然出错。protect位为 1 意味着这个帧的载荷被加密看不到上层是什么协议、什么内容但它和“连这个网络要不要密码”完全是两回事——网络可以是加密的载荷也可以是不加密的。分片阈值是另一个常被误解的参数。当数据帧超过阈值802.11 会自动把它切成若干个分片每个分片单独编号、单独确认。收益很明确一个分片出错只需重传这个分片而不是整个大包而无线链路的差错率比以太网高得多。代价同样明确每个分片都要带自己的头和确认开销重组还要额外处理。所以阈值调小在网络质量差的环境里有效在干净环境里纯属自找麻烦。4.4 大端小端为什么协议标准看起来“前后不一致”这是读 802.11 规范时最容易卡住的地方。描述整个帧的布局时标准按 b0、b1、b2 的顺序排列最低位在最前也就是小端方式但描述某个具体字段的取值时又换成了大端直接写那个字段的数值。举个具体例子。假设 b3、b2、b1、b0 四位共同组成一个叫 FLAG 的域。标准里会写“FLAG 4即 0100”这是把它当成一个整体数值用大端写的但真正在线路上传输时顺序是 b0、b1、b2、b3读出来是 0010。同一个域规范里写 4线上看到的是 0010第一次见必然怀疑自己看错了。以太网的惯例是把这两层说清楚线路上按大端传字节最高字节先传但一个字节内部的比特序是小端最低位先传。所以一个十六进制写成 01-80-C2-00-00-00 的地址实际传输的比特序列是 1000 0000 0000 0001 0100 0011 0000 0000……第一位先发的是最低位。注意内存层面的“大端小端”说的是字节序不是位序。一个 32 位整数在小端机器上存放时低位字节放在低地址但字节内部没有“大端小端”这回事因为内存按字节编址位没有地址。把位序和字节序混为一谈是读帧结构时最常见的思维陷阱。5. 抓包排查五条血泪踩坑记录抓包这件事工具会用不等于看得懂。无线抓包比有线多出好几层失真源硬件过滤、加密、信道宽度、休眠机制。下面五条是我在排查中实打实踩过的坑每条都对应一个具体的机制。5.1 抓包前必须搞清的两个前提第一个前提是网卡过滤。普通无线网卡只把目的地址是自己的帧交给上层其余的帧在硬件层就被丢掉了。所以用笔记本自带的网卡抓包永远只能看到“发给自己的包”看起来像整个网络只有自己一个终端在工作。要看到所处无线环境里的全部流量需要专门的嗅探设备——它把射频前端置于监听状态不做地址过滤抓取所有经过的帧。这类硬件通常价格不低驱动也往往只支持特定操作系统使用时需要配合抓包软件。第二个前提是嗅探位置。无线信号是广播的理论上覆盖范围内的所有帧都能被听到但实际能否解出来取决于信号质量和是否正好处在目标信道上。所以在 A 信道嗅探却抓到 B 信道的帧并不稀奇也不必为这种偶发断言惊讶。5.2 五条踩坑记录现象、原因与解决坑一抓了半天只有自己的流量。现象是抓包文件里目的地址清一色是本机网卡看不到别家的 Beacon 和 Probe。原因是普通网卡做了硬件层地址过滤非本机的帧直接丢弃抓包软件根本拿不到。解决办法是换用支持监听模式的专用嗅探硬件或者在只关心自身链路时接受这个限制转去看关联过程和 ACK 情况。坑二文件里满是校验错误的帧。现象是抓包工具把大量帧标成校验和错误展开看内容也是乱的。原因是无线干扰、多径或距离过远导致物理层就解错了帧校验字段对不上内容不可信。这类帧几乎没有分析价值唯一的意义是统计比例——错误帧占比高说明链路本身有问题先去查信道干扰和距离别急着分析协议。显示过滤器里直接排除掉即可。坑三明明抓到了包却看不出是什么业务。现象是帧结构完整但载荷部分是二进制乱码看不到任何上层协议特征。原因是帧控制字段里的加密标志为 1载荷被加密了。这里要区分两个容易混淆的概念网络本身可能需要密码才能接入这是接入层面的安全而数据帧的载荷是否加密是另一层两者并不等价。对于一个加密的数据帧连它是做什么用的、属于哪个上层协议都判断不出来。手上有密钥的话抓包软件提供了配置解密的功能但成功率并不稳定取决于握手过程是否被完整抓到。坑四40MHz 信道的包抓不全。现象是抓 40MHz 信道宽度的帧只能看到一半或者干脆什么都看不到。原因是嗅探硬件的芯片固件对 40MHz 支持很差这不是配置问题是硬件能力边界。可行的绕法是在 36 或 40 号信道附近抓并把信道偏移参数设成 1平时都是 0这样能抓到一部分 40MHz 的帧换到别的信道就还是抓不全。坑五ping 一台休眠中的终端延迟大得离谱。现象是同一台设备醒着时响应几毫秒休眠后动辄几百毫秒。原因是省电机制在起作用终端为了省电会周期性进入休眠AP 替它缓存发来的数据终端只在约定的时间点醒来查一下有没有自己的数据。这个时间点由 DTIM 间隔决定Beacon 帧里携带了这个信息。所以延迟不是网络慢而是终端在按计划睡觉。解决办法是调整 DTIM 间隔或者接受这个代价——省电和响应速度本来就是一对矛盾。5.3 两层过滤器先全抓再精筛抓包软件有两套过滤器很多人混着用结果漏帧。抓包阶段用的是抓取过滤器语法基于一种通用的包过滤语言不是某个软件专有的显示阶段用的是显示过滤器语法各软件自定还能用宏定义复杂条件。血泪经验是抓包阶段只做粗过滤甚至完全不过滤把原始流量完整落盘分析阶段再用显示过滤器精确筛选。抓包期间的过滤有时候判定不准一个本该保留下来的帧被规则误杀等回头想查就再也找不回来了这属于没有后悔药的操作。# 抓包阶段只按帧类型做最粗的过滤尽量完整落盘 sniffer capture -i wlan0 -w all.pcap type mgt or type data # 分析阶段一把 Beacon 拉出来看 SSID 与 BSSID 的对应关系 sniffer read all.pcap -Y wlan.fc.type_subtype 0x08 \ -T fields -e wlan.ssid -e wlan.bssid # 分析阶段二统计重传帧数量占比高说明链路质量差或有隐藏节点 sniffer read all.pcap -Y wlan.fc.retry 1 | wc -l第一行里的type mgt or type data是抓取过滤器表达式只保留管理帧和数据帧跳过控制帧以减小文件-w表示写入文件而不是打印到终端。第二行的wlan.fc.type_subtype 0x08是显示过滤器0x08 对应 Beacon 子类型-T fields只输出指定字段方便直接看 SSID 和 BSSID 的对应表。第三行的作用是量化重传率这个数字比任何信号强度指示都更能说明问题。6. 安全标准的双轨制一次教科书级的兼容性取舍WEP、WPA、WPA2 这三代名字背后其实藏着两套并行的标准体系。IEEE 802.11 制定的是技术性标准Wi-Fi 联盟制定的是商业化标准后者基本都符合前者。WEP 在 1999 年就进了 802.11 标准用的是 RC4 加密它有好几个明显弱点2003 年被 WPA 淘汰。WPA 是联盟推出的商业标准存在的目的就是为了支撑 IEEE 802.11i 这个以技术为导向的安全标准。它采用 TKIP 算法而 TKIP 保留了 RC4所以弱点也一并继承——当时的处境是更强的 CCMP 还没做完只能先用 TKIP 顶上。WPA2 是 WPA 的第二版完整实现了 802.11i采用 CCMP很多设备界面上直接用 AES 这个词替代。所以 WPA2 配 AES 是当前最稳妥的组合。取舍的代价在一个地方暴露得特别明显WEP 是旧加密方式工作在 802.11b/g 模式下802.11n 草案不支持它。也就是说一台支持 600Mbps 的 N 设备一旦开了 WEP 加密会整体退回 b/g 模式N 的性能完全发挥不出来。这是兼容旧设备的代价被固化进了协议——为了不抛弃老终端新协议宁可放弃自己的全部增益。实际设备的管理界面往往不那么严格会出现选了 WPA 却还能挑 AES 这种混搭大体上是对的但不能当作规范来依赖。要验证一个网络真正协商了什么别信下拉框去看 Beacon 里携带的安全信息元素里面能读出认证套件、单播和组播的加密套件以及到底是预共享密钥还是走 802.1X/EAP 的集中认证。顺带一提预共享密钥模式不需要专门的认证服务器所以特别适合家用和小型办公企业模式才需要那套集中认证的设备。地区参数也藏在这些广播帧里终端据此调整发射功率以符合当地规定配错了虽然能连但可能在用不该用的频段发射。从那以后我每次配置一个无线网络都会先把加密套件、频段宽度、信道这几项对着 Beacon 里的实际字段核一遍再决定要不要相信管理界面上那个默认勾选。希望帮到你。本文还有配套的精品资源点击获取
