简介：本资源是一份面向局域网组建与维护课程的实训项目整理文档，针对需要学习 Ad-hoc 无线对等网络原理并完成动手配置的初学者或网络技术实验人员。内容以 Win7 环境为主线，系统讲解 Ad-hoc 模式的工作机制、无线网卡驱动安装、SSID 与安全类型设置、IP 地址规划，以及用 ping 验证网络连通性的完整流程。资源为单个 PDF 文件，大小约 1.23MB，图文结合、操作步骤清晰，适合作为课堂实验或短期临时组网的参考手册。目前已有 144 人学习下载。通过该文档，读者可快速理解 Ad-hoc 与基础结构模式的区别，掌握三台计算机搭建对等网络的实操方法，并了解密钥配置、设备识别和连通性测试等常见环节。
1. 没有无线路由器也能组网：Ad-hoc到底在解决什么问题
两辆工程车停在没手机信号的路测现场，几台笔记本电脑和采集设备需要互相传数据，车上没有无线路由器。这种“无AP可用的临时局域网”需求，正是Ad-hoc无线网络的老本行。Ad-hoc对应IEEE 802.11的IBSS模式，两张无线网卡直接互认、自组织成一个局域网，不需要基站、不需要路由器，也不需要提前架设任何网络基础设施。
搭建Ad-hoc的完整路径是：先弄清楚IBSS的协议特性和选型边界，再在Linux、统信UOS这类环境里用最小命令跑通，补上NAT共享上网和断流验证。适合现场组网、嵌入式设备互连、临时指挥场景的工程师照着操作，也适合被“没有路由器怎么组网”卡住的新手快速落地。整篇不做科普式铺陈，直接按一个现场工程师的思路往下走。
2. IBSS、Wi-Fi Direct与802.11s：选型前先把协议边界划清楚
搭建Ad-hoc的第一步不是敲命令，而是确认“要不要用Ad-hoc”。很多人把Ad-hoc、手机热点、Wi-Fi Direct混为一谈，结果用错模式，折腾一晚没结果。Ad-hoc无线网络在802.11协议族里对应的是IBSS（Independent Basic Service Set），跟手机热点（SoftAP）、Wi-Fi Direct（P2P）完全是两套机制，清楚这一点才能少走弯路。
2.1 IBSS的技术身份：没有中心节点，beacon由所有成员轮流发
常见误解是“两台网卡建了Ad-hoc就等于有了一个无线路由器”。IBSS里其实没有AP角色，每个节点完全对等，使用同一个SSID，不依赖接入点就能互认并形成一个独立的BSS。这个BSS的BSSID也不是某台真实网卡的MAC，而是按SSID算出来的一个随机地址。所以两台设备只要能听到对方的beacon，就算网卡驱动不同、品牌不同，也可以直接互通，这正是Ad-hoc在应急现场最值钱的地方。
IBSS与普通Wi-Fi最大的区别在beacon帧的发送方式。普通Wi-Fi里，beacon由AP固定每100ms发一次，站点靠它同步、休眠、唤醒。IBSS里没有固定AP，beacon由所有节点按规则轮流发。这个机制带来的问题是：参与节点少或者某个节点休眠时，beacon节奏立刻不稳定，其他节点可能短时间内“丢”掉它。这一条会贯穿后文的断流排查，先记住。
IBSS在2.4GHz上最常见，支持802.11a/b/g/n的部分特性。802.11n在IBSS里默认不带40MHz频宽，多数驱动也只在HT20时工作稳定，速率上限一般就是几十Mbps量级，跟“无线路由器跑满千兆”是两个世界，期望值先放低。
2.2 一张表分清Ad-hoc、Wi-Fi Direct、SoftAP与802.11s
| 对比维度 | Ad-hoc（IBSS） | Wi-Fi Direct（P2P） | SoftAP（热点） | 802.11s Mesh |
|---|---|---|---|---|
| 协议基础 | 802.11 IBSS | 802.11 P2P | 802.11 Infrastructure | 802.11s |
| 中心节点 | 无，完全对等 | 有GO（Group Owner） | 发起节点就是AP | 无中心，多跳 |
| 典型入口 | iw set type ibss / nmcli mode adhoc | 手机系统自带 | 手机热点 / NetworkManager Hotspot | iw mesh join |
| Linux支持 | 完整，依赖网卡驱动 | 依赖驱动和工具，一般 | 很好 | 驱动支持参差不齐 |
| 适合场景 | Linux设备互连、临时现场 | 投屏、手机间传文件 | 临时共享上网 | 多跳中继覆盖大区域 |
同是“没有无线路由器”，选择完全不同。现场两台Linux设备要直接互连，Ad-hoc是配置路径最短的一个。如果对端是手机，手机系统对IBSS支持很差，不如开热点或Wi-Fi Direct。如果要多台中继覆盖一个较大区域，802.11s mesh更合适，但配置复杂度也明显更高，每个节点要配mesh_id、密钥，还要面对驱动对mesh point支持不一致的问题。选型时先把节点操作系统和拓扑形态列出来，再决定走哪条路。
2.3 什么场景别选Ad-hoc：支持度、性能与安全边界
Ad-hoc不是万能的。第一，Windows 10以后的新系统已经基本移除了对IBSS组网的原生支持，Windows电脑找不到“计算机到计算机”选项，只能作为普通站点尝试加入Linux端发起的Ad-hoc网，实际驱动兼容性也越来越差。现场如果Windows设备多，直接放弃Ad-hoc，换SoftAP方案更稳妥。
第二，移动性差。IBSS没有漫游机制，节点离开后再次回来要重新建立连接；想要“边走边切换不掉线”，那是基础架构Wi-Fi或Mesh该干的活。第三，省电冲突。前面说过IBSS的beacon轮流发送机制，让睡眠节点经常漏帧，这也是“明明连上了，丢包却总集中在空闲时间”的物理层原因。
安全上也要有边界意识：IBSS支持WEP和WPA2-PSK，但不同网卡和驱动的实现差异很大，WPA2-PSK在IBSS下的兼容性不如基础架构模式稳定。先开放网络验证链路，再上加密，是我做现场Ad-hoc的一贯顺序。选型结论很直接：两台以上Linux设备、短时间临时组网、看重“开箱即互联”，用Ad-hoc；对稳定多跳、省电、漫游或者Windows为主的环境，去选别的方案。
3. 用iw与NetworkManager搭最小Ad-hoc：两台Linux从命令到互通
确定要用IBSS之后，就可以动手。搭建过程分三层：先确认网卡驱动真的支持IBSS，再用最少命令建好链路，最后补IP和验证。桌面Linux发行版和嵌入式设备走的路径略有不同，下面分别给出可直接照抄的命令。
3.1 动手前先确认网卡和驱动支持IBSS
准备工作不是装软件，而是看无线网卡认不认IBSS模式。很多USB无线网卡（尤其是Realtek方案的rtl8xxx、rtl88x2bu这类），驱动虽然能用，但IBSS功能要么没编译进驱动，要么支持得很勉强。检查方法用iw：
# 列出这块网卡支持的全部接口模式，重点看有没有IBSS
iw list | grep -A 8 "Supported interface modes"
# 查看射频锁状态，被锁住了后面全部免谈
rfkill list
第一条命令能看到类似“IBSS”的模式列表。有IBSS就可以继续；如果只有managed、monitor、AP，说明驱动没带IBSS支持，换网卡或换驱动比硬调参数更省时间。rfkill的输出含义很直接：如果wlan0那行是“soft blocked: yes”，先执行 rfkill unblock wifi 再往下做，否则后面iw命令报错会非常奇怪。
另外顺手看一下网卡是不是被NetworkManager“看着”。 nmcli dev status 里如果wlan0显示state=connected、managed=yes，手工iw设置很可能被NetworkManager跑回来改掉。实验网段我一般先执行 nmcli dev set wlan0 managed no ，让系统网络管理暂时放手，纯手工方式验证通了以后再决定用哪种正式配置。
3.2 最小组网：iw + ip手工建Ad-hoc链路
以两台Linux设备为例，A机无线网卡叫wlan0。手工流程四步：改模式、启动网卡、配IP、加入IBSS。
# 将wlan0从managed切换到ibss模式
sudo iw dev wlan0 set type ibss
# 启动网卡
sudo ip link set wlan0 up
# 给本机分配固定IP，对端用同一网段另一个IP
sudo ip addr add 192.168.10.2/24 dev wlan0
# 加入SSID为lab-adhoc、频率为2412MHz的IBSS网络
sudo iw dev wlan0 ibss join lab-adhoc 2412 HT20 fixed-freq
这套命令的逻辑：前两步确定网卡工作模式和链路状态，第三步保证三层能ping通，第四步是真正“入网”。注意join命令没有指定密码，这是一个开放网络；先用开放把链路验证通，后续再叠加WPA2-PSK。2412是2.4GHz第1信道的中心频率，HT20把频宽锁在20MHz，这两条对老网卡和USB网卡非常有用。fixed-freq强制网卡固定在指定频率，不加的话部分驱动会在扫描后自动切换信道，两台设备明明在同一个SSID下却互不可见，这类坑后文会列。
B机执行相同的模式切换和IP配置，只是IP换成192.168.10.3/24，然后直接 sudo iw dev wlan0 ibss join lab-adhoc 2412 HT20 fixed-freq 。A机ping 192.168.10.3通了，链路就起来了。如果ping不通，先不要在IP层折腾，回到B机看 iw dev wlan0 link 是否显示connected，链路层没起来，IP配得再对也没用。
3.3 桌面Linux用nmcli持久化Ad-hoc配置
手工iw的方式适合快速验证和嵌入式设备，但在统信UOS、Deepin、Ubuntu桌面这些环境，NetworkManager常驻且默认接管无线网卡，手工iw命令经常和它打架。更顺手的做法是让NetworkManager自己建立一个Ad-hoc连接：
# 创建一个ad-hoc模式的连接配置，带WPA2-PSK加密
nmcli con add type wifi ifname wlan0 mode adhoc ssid lab-adhoc \
wifi-sec.key-mgmt wpa-psk wifi-sec.psk 'LabPass123'
# 固定信道到1（bg频段），避免自动跳频
nmcli con modify lab-adhoc wifi.band bg wifi.channel 1
# 设成静态IP而不是DHCP
nmcli con modify lab-adhoc ipv4.method manual \
ipv4.addresses 192.168.10.2/24
# 激活这个连接
nmcli con up lab-adhoc
这里每个参数都值得说清楚。nmcli创建的adhoc连接对应NetworkManager里的wifi mode adhoc，内核层面同样是IBSS。 wifi-sec.key-mgmt wpa-psk 指定WPA-PSK，密码至少8位，这是WPA的最低要求。 wifi.band bg wifi.channel 1 与前文的2412做了等价对应，bg频段的channel 1就是2412MHz。ipv4.method manual表示静态IP，避免没有DHCP server时网卡一直起不来。
这套配置在两台Debian系设备上同样适用，统信UOS本质是Debian生态，NetworkManager对ad-hoc的支持是完整的。唯一要注意的是太老的NetworkManager版本（一般是几年以上的历史发行版）对ad-hoc支持不全，好在主流桌面发行版都早已更新。配完以后B机同样操作，IP设为192.168.10.3。双边都起来后， nmcli con show lab-adhoc 能看到连接处于激活状态，接着ping对端即可。如果想恢复系统默认接管，断开连接再 nmcli dev set wlan0 managed yes ，Ad-hoc连接仍然保存在系统里，下次还能直接 nmcli con up lab-adhoc 。
4. 让Ad-hoc节点能上网：Ubuntu网关的NAT转发配置
Ad-hoc网络本身解决的是“局域网互通”，但实际现场往往还要让这些节点能访问互联网或公司内网。典型场景是：一台机器有4G上网卡或插了网线，其余节点只能靠Ad-hoc连接它，由它把流量转发出去。下面这套配置在Ubuntu、Debian系服务器或桌面机上都能直接跑，也是把Ad-hoc从“能ping通”推向“能干活”的关键一步。
4.1 网关选型：谁做转发最合适
在组网前先想清楚哪台机器当网关。判定标准有三个：第一，这台机器本身要有通畅的外网链路，有线、4G、另一个Wi-Fi都行，但必须和Ad-hoc走的不是同一块网卡，否则转发链路会挤在一起；第二，它最好固定供电，转发过程中掉线会影响所有节点；第三，它要稳定承担IP分配角色，IP最好固定为192.168.10.1这样的地址。
网关的Ad-hoc网卡同样按上一章的步骤加入IBSS，并分配192.168.10.1/24。其余节点把默认网关指向192.168.10.1，DNS也可以先指向网关的IP。这样做的好处是后续即使外网DNS地址变更，只需在网关一处调整，不需要逐台改客户端。如果外网出口本身是DHCP拿到的地址，网关只需要加一条转发规则就可以，下面的配置就是按这个场景写的。
4.2 打开内核转发与NAT：sysctl和iptables
Linux默认不转发IP包，单靠IP地址配好不会让数据跨网卡流动。需要做两件事：打开 ip_forward 内核参数，再对来自Ad-hoc段的流量做NAT伪装，让外网回包能找到网关。
# 临时打开IPv4转发，立即生效
sudo sysctl -w net.ipv4.ip_forward=1
# 把Ad-hoc网段的出站流量做MASQUERADE伪装
sudo iptables -t nat -A POSTROUTING -s 192.168.10.0/24 -o eth0 -j MASQUERADE
# 放行Ad-hoc到外网网卡的转发
sudo iptables -A FORWARD -i wlan0 -o eth0 -j ACCEPT
# 放行外网返回Ad-hoc网段的回包
sudo iptables -A FORWARD -i eth0 -o wlan0 -m state --state ESTABLISHED,RELATED -j ACCEPT
这里每个参数都值得解释。 -s 192.168.10.0/24 限定源网段，避免把其他流量也伪装出去； -o eth0 指外网出口网卡，按实际接口名替换； MASQUERADE 会动态读取出口网卡当前IP做伪装，适合出口IP不固定的场景，比如DHCP上网或4G拨号，固定公网IP环境可以用SNAT直接写死。两条FORWARD规则的含义是一进一出：Ad-hoc节点访问外网的包允许从wlan0转到eth0，而外网回来的流量只有当它属于已建立的连接才允许进Ad-hoc侧。
sysctl那一步是调试转发的关键，执行完可以用 sysctl net.ipv4.ip_forward 确认返回1。如果用的是纯nftables的新发行版，iptables命令可能被兼容层接管或直接不可用，报错时改成 nft add rule ip nat POSTROUTING ip saddr 192.168.10.0/24 oif "eth0" masquerade 这类nft语法也可以。Ubuntu 22.04及之后的多数桌面系统仍默认带iptables兼容层，先跑上面的命令不会有问题。
4.3 重启不丢配置：把Ad-hoc和NAT固化成一个systemd服务
临时命令在重启后会全部失效，短时间现场组网可以不管，但凡是连续跑几天以上的中继节点，都必须固化。固化的常见做法是把转发和NAT写进一个systemd oneshot服务，比直接改rc.local更可控，能查状态、能设置启动顺序。
# 保存为 /etc/systemd/system/adhoc-gateway.service
[Unit]
Description=Ad-hoc NAT gateway
After=network-online.target
Wants=network-online.target
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/sysctl -w net.ipv4.ip_forward=1
ExecStart=/usr/sbin/iptables -t nat -A POSTROUTING -s 192.168.10.0/24 -o eth0 -j MASQUERADE
ExecStart=/usr/sbin/iptables -A FORWARD -i wlan0 -o eth0 -j ACCEPT
ExecStart=/usr/sbin/iptables -A FORWARD -i eth0 -o wlan0 -m state --state ESTABLISHED,RELATED -j ACCEPT
[Install]
WantedBy=multi-user.target
写完后执行两行命令让它立即生效并开机自启：
sudo systemctl daemon-reload
sudo systemctl enable --now adhoc-gateway
如果Ad-hoc连接本身也是用nmcli建的，建议把nmcli连接的autoconnect设为yes， nmcli con modify lab-adhoc connection.autoconnect yes ，这样网关设备重启后会先拉起Ad-hoc网卡再启动转发服务，链路在系统层面是收敛的。关于DNS，网关上有dnsmasq或systemd-resolved正在运行，客户端把DNS指向192.168.10.1会走本机解析；如果网关没有本地DNS服务，客户端最好直接用网关从外网拿到的DNS地址，否则域名解析会超时。这类“网关配好了、ping公网IP能通、但域名解析失败”的问题，先查客户端resolv.conf里配的DNS是谁。
5. Ad-hoc搭建避坑清单：连不上和断流的5个常见问题
Ad-hoc看起来只是两条命令的事，真正在现场稳定跑起来却经常要来回折腾几个小时。下面这些问题几乎每次搭Ad-hoc都会碰到至少一个，按现象、原因、解决整理成清单，适合当成checklist逐条对照。
5.1 扫描不到IBSS网络：先分清是驱动、扫描类型还是信道不一致
现象：A机已经加入lab-adhoc，B机上 iw dev wlan0 scan 却扫不到这个SSID；或者NetworkManager的网络列表里根本不出现这个网络。
原因：大多数iw扫描默认只列infrastructure的BSS，NetworkManager也偏向显示基础架构模式的网络，对IBSS的展示本来就弱。另一个高频原因是信道不一致：A机用2412发起，B机驱动在2.4GHz段自动选了别的信道，两个节点不在同一射频频段上，自然互相听不见。
解决：手动扫描指定类型， sudo iw dev wlan0 scan type ibss ，单独看IBSS条目；同时在B机上用相同的频率参数加入，不依赖自动扫描，把 2412 HT20 fixed-freq 原样再敲一遍。经验是Ad-hoc联调不要依赖“扫描到再连接”的模式，固定频率直连成功率高得多。
5.2 闲置一会儿就断，一传数据又好：省电模式在作妖
现象：ping互通后，等十几秒不操作，再ping第一包会丢好几个甚至完全不通；一旦有连续流量，链路又恢复正常。
原因：无线网卡默认开了Power Save，没有流量时进入休眠，而IBSS没有固定的AP帮它缓存下行帧，beacon又由多个节点轮流发，唤醒节奏匹配不上，节点之间互相“睡过去”。
解决：把省电模式关掉， sudo iw dev wlan0 set power_save off ，再 iw dev wlan0 get power_save 确认返回off。笔记本场景下也可以在NetworkManager连接配置里关掉无线省电： nmcli con modify lab-adhoc 802-11-wireless.powersave 2 。这条几乎是IBSS断流问题的头号元凶，先于一切上层调优去查。
5.3 Windows电脑没有“计算机到计算机”选项了
现象：拿着Windows 10/11笔记本想加入Ad-hoc网络，无线设置里找不到“计算机到计算机”或Ad-hoc入口，命令行里netsh wlan也只能开热点，不能加入IBSS。
原因：Windows 10创作者更新之后，系统移除了对IBSS（Ad-hoc）网络的原生连接支持，网络栈不再把它当作可用网络类型。部分老无线网卡驱动虽然底层还能处理IBSS，系统UI和网络栈已经不认这个模式。
解决：Windows设备不要作为Ad-hoc成员。现场有Windows机器时，改成让Linux网关开SoftAP热点，Windows以基础架构模式接入；或者直接用Wi-Fi Direct去投屏、传文件。这个矛盾经常到现场才暴露，所以选型阶段看到Windows设备占多数，直接别选Ad-hoc。
5.4 统信UOS这类桌面系统上连不上或配置被抢
现象：在统信UOS或Deepin这类Debian桌面系上手工执行iw命令建好IBSS，另一台机器也连上了，但NetworkManager一刷新，wlan0状态就被改回managed，连接立刻断；或者在桌面网络设置里根本找不到Ad-hoc入口。
原因：NetworkManager默认接管所有Wi-Fi网卡，它认为自己是这块卡唯一的管理者，手工iw命令改变的模式会被它的状态机覆盖回去。统信UOS本身没有对IBSS做特殊界面，但底层NetworkManager是完整的，问题不在UOS本身。
解决：两条路任选。一是干脆用nmcli建ad-hoc连接，让NetworkManager自己管理，这样不会被抢；二是坚持手工方式，先执行 nmcli dev set wlan0 managed no ，把这块网卡从NetworkManager管理列表里摘出去，再用iw就稳定了。注意第二条会让该网卡无法被桌面网络设置使用，恢复时执行 nmcli dev set wlan0 managed yes 即可。
5.5 WPA2-PSK在IBSS上时通时断：开放链路先验证再说
现象：配置文件写了wpa-psk密钥，两边SSID和密码看起来相同，能连上却互ping不通，或者干脆连不上；去掉加密后一切正常。
原因：IBSS下的WPA2-PSK依赖驱动和wpa_supplicant对IBSS模式的支持质量。不同网卡固件在IBSS中处理四次握手的行为差异很大，有的直接把密钥协商帧丢了，有的只能处理更老的加密方式。这不是配置写错，是实现层面的兼容性问题。
解决：调试顺序是先做开放网络验证射频链路和IP配置，链路通后再叠加加密。加密后不通，先确认wpa_supplicant配置里没有默认依赖AP模式的参数，再尝试把key_mgmt显式指定为WPA-PSK而不是别的协议；驱动实在不行就换网卡，或放弃无线加密改在IP层做访问控制。现场临时组网优先保证可用性，安全性放第二优先级。
6. 搭完别急着收工：用ping与iperf3给Ad-hoc做断流和性能验证
组网完成不代表完工。Ad-hoc这种无中心链路特别容易“表面连通、实际拉胯”，所以每次搭建完我都会固定做一轮验证，把断流和性能变成可对比的数字再离开现场。
6.1 先用ping定位丢包规律
在A机对B机做长ping，不要只ping 4个包就下结论。
ping -c 100 -i 0.2 192.168.10.3 > ping.log
grep loss ping.log
-i 0.2 是200ms一个包，比默认1秒更快暴露间歇性断流。看丢包分布：如果丢包集中在开头或空闲后的前几个包，优先怀疑省电模式；如果是持续均匀丢失，往信道干扰、距离、频宽方向查。可以再配合 mtr -n 192.168.10.3 看每一跳的丢包，确认丢包发生在第一跳还是更深的转发路径。
6.2 用iperf3把“断流”变成具体速率和丢包率
ping只能看连通性，要看真正能跑多少吞吐，用iperf3。B机先跑服务端，A机跑客户端打60秒UDP流。
# B机
iperf3 -s
# A机，以20Mbps的UDP流打60秒
iperf3 -c 192.168.10.3 -u -b 20M -t 60
UDP结果里的lost百分比是断流的硬证据。一般室内近距离IBSS在HT20下丢包率应在1%以内，超过5%就要回去查信道和功率。TCP结果也不要只盯着带宽数字，看retry列有没有异常抬升，那是射频层重传的直接体现。如果这项数据不理想，再降到10M甚至5M测一轮，区分是链路瓶颈还是网卡驱动瓶颈。
6.3 射频层取证：iw dev wlan0 link怎么读
性能不达标时，三层数字不够用，需要看射频层。在节点上执行 iw dev wlan0 link ，重点看三项：signal是dBm绝对值，越低说明信号越差，-70dBm以下大概率影响吞吐；tx bitrate的速率档位如果掉到MCS0，说明一直在重试；还有beacon丢失计数。再配合 iw dev wlan0 station dump 看rx和tx方向的丢包分布，基本能定位是距离、遮挡还是干扰。这些命令每隔30秒执行一次对比，比凭感觉调参靠谱得多。
Ad-hoc组网适合临时现场，不适合长期兜底。我自己搭过太多次“通了就以为完事、第二天到现场又开始玄学断流”的组，后来养成一个习惯：所有Ad-hoc交付都留一份固定频点、固定IP、固定验证命令的checklist，现场按checklist跑完再走。这套流程虽然不复杂，却能把Ad-hoc最折磨人的间歇性故障在网络搭建阶段就暴露掉。希望帮到你。
247
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
