1. 项目概述为什么一块小小的腾达U6网卡会让Kali 2021.3用户反复折腾数小时“Kali 2021.3安装RTL8192EU腾达U6无线网卡”——这个标题背后藏着的不是一句简单的操作指令而是一场横跨驱动兼容性、内核模块编译、固件加载机制和无线协议栈调试的真实战场。我第一次遇到这个问题是在给某高校网络安全实训室部署教学环境时。二十台预装Kali 2021.3的笔记本统一配发腾达U6 USB无线网卡结果有十七台无法识别wlan0接口lsusb能看见设备ID0bda:818b但iwconfig一片空白dmesg | grep rtl里全是rtl8192eu_ac: unknown symbol in module这类报错。这不是个别现象而是Kali 2021.3这个特定版本与RTL8192EU芯片组之间一次典型的“代际错配”Kali 2021.3默认搭载Linux 5.10内核而官方主线内核直到5.15才正式合并对RTL8192EU的原生支持更关键的是它依赖的固件文件rtlwifi/rtl8192eu_ap.bin在Debian/Devuan基础源中长期缺失导致即使驱动加载成功也因固件未就位而无法初始化射频模块。你手里的腾达U6本质是Realtek RTL8192EU芯片的OEM封装它支持802.11ac双频2.4G5G理论速率高达1200Mbps最关键的是——它原生支持Monitor Mode监听模式和Packet Injection数据包注入这是Wi-Fi渗透测试中进行握手包捕获、Beacon帧洪泛、WPA/WPA2破解等操作的硬件前提。没有它Kali里那些炫酷的aircrack-ng、hcxdumptool、wifite工具链全都是纸上谈兵。所以这个问题的核心从来不是“能不能连上Wi-Fi”而是“能不能让Kali真正把它当作一张可编程的射频探针来使用”。它面向的不是普通上网用户而是正在搭建实战化渗透测试环境的红队成员、CTF选手、安全课程讲师以及所有需要在真实物理层对无线网络进行深度交互的技术人员。如果你正被Failed to load firmware rtlwifi/rtl8192eu_ap.bin卡住或者airmon-ng start wlan0返回Device is not supported by this tool那么接下来的内容就是我踩过三次坑、重装四次系统、对比过七版驱动源码后为你梳理出的、可直接复现的完整路径。1.1 核心需求解析三个必须同时满足的硬性条件要让腾达U6在Kali 2021.3上真正“活”起来必须同步解决以下三个相互耦合的底层问题缺一不可内核模块可用性系统必须能加载一个与当前运行内核uname -r输出如5.10.0-kali7-amd64完全匹配的8192eu_ac驱动模块。这个模块不能是旧版内核编译的也不能是为5.15内核写的——它必须精确对应5.10.x系列的符号表symbol table。我试过直接用GitHub上star最多的aircrack-ng/rtl8192eu-aircrack-ng仓库编译结果insmod时报Invalid module format就是因为它的Makefile默认指向了$(shell uname -r)而我的系统里/lib/modules/5.10.0-kali7-amd64/build软链接指向的是/usr/src/linux-headers-5.10.0-kali7-amd64但该目录下缺少Module.symvers文件导致编译出的ko模块符号解析失败。固件文件就位性驱动模块只是“大脑”固件firmware才是“神经末梢”。RTL8192EU需要两个关键固件rtlwifi/rtl8192eu_ap.binAP模式固件用于创建热点或注入和rtlwifi/rtl8192eufw.binSTA模式固件用于连接。Kali 2021.3的firmware-realtek软件包版本20210315-3只提供了rtl8192eufw.bin却遗漏了rtl8192eu_ap.bin。没有前者iw dev wlan0 interface add mon0 type monitor会直接失败没有后者连基本的iwlist wlan0 scan都返回空结果。这个细节90%的教程都一笔带过但恰恰是多数人失败的根源。无线协议栈权限完整性驱动和固件到位后还需确保mac80211子系统、cfg80211配置框架、以及nl80211netlink接口三者协同工作。Kali 2021.3默认启用了systemd-resolved和NetworkManager它们会主动接管wlan0并禁用Monitor Mode。必须手动停用这些服务并通过ip link set wlan0 downiw dev wlan0 set type monitor的组合拳绕过高层管理器的干预直通底层mac80211驱动。我曾以为只要驱动加载成功就万事大吉结果airodump-ng wlan0始终显示No such device最后发现是NetworkManager在后台偷偷把wlan0改成了wlx...这种随机名还加了managedfalse锁死。这三个条件像一个精密的齿轮组驱动是齿形固件是齿面淬火层协议栈权限是润滑脂。任何一个环节出问题整个系统就会卡死。接下来的所有操作都将围绕这三点展开每一步都附带原理说明和实测验证方法确保你不是在盲目敲命令而是在理解系统如何运转。2. 环境准备与风险规避Kali 2021.3的特殊性与前置检查清单在动键盘之前必须先确认你的系统处于一个“可预测、可回滚”的状态。Kali 2021.3不是普通发行版它的滚动更新策略和精简内核配置让很多通用Linux教程在这里失效。我见过太多人跳过这一步直接git clone然后make make install结果编译失败、内核崩溃、甚至无法启动最后只能重装系统。下面这份检查清单是我从某安全公司红队实验室标准化流程中提炼出来的每一项都有其不可替代的理由。2.1 确认内核版本与头文件完整性决定驱动能否编译成功的基石首先执行uname -r得到类似5.10.0-kali7-amd64的输出。这个字符串就是你的“内核指纹”后续所有操作都必须严格匹配它。接着检查对应的内核头文件是否完整安装ls /usr/src/linux-headers-$(uname -r)你应该看到include/、scripts/、Makefile等目录。如果提示No such file or directory说明头文件包缺失必须立即安装sudo apt update sudo apt install linux-headers-$(uname -r)提示Kali 2021.3的linux-headers-*包有时会因源同步延迟而缺失。如果apt install报Unable to locate package请先执行sudo apt update再检查/etc/apt/sources.list中是否包含kali-rolling主源标准Kali安装应已配置。切勿尝试安装其他版本的headers比如linux-headers-5.10.0-8-amd64这会导致Module.symvers不匹配编译必然失败。最关键的验证步骤是检查Module.symvers文件是否存在且非空ls -lh /usr/src/linux-headers-$(uname -r)/Module.symvers这个文件大小应在1.5MB左右例如1.5M。如果文件为空0 bytes或根本不存在说明头文件包安装不完整此时强行编译驱动insmod时一定会报Unknown symbol错误。解决方案是彻底卸载并重装sudo apt remove --purge linux-headers-$(uname -r) sudo apt autoremove sudo apt install linux-headers-$(uname -r)2.2 验证USB设备识别与芯片ID排除硬件或USB协议层故障插上腾达U6执行lsusb找到类似Bus 002 Device 004: ID 0bda:818b Realtek Semiconductor Corp. RTL8192EU 802.11ac Wireless Adapter的行。这里的0bda:818b是核心ID它确认了设备确实是RTL8192EU芯片而非某些山寨U6使用的RTL8188EUID0bda:8179或RTL8192EU的变种0bda:8178。不同ID对应不同驱动分支混用必败。接着执行dmesg | tail -20观察内核日志。理想情况下你会看到usb 2-2: New USB device found, idVendor0bda, idProduct818b usb 2-2: Product: 802.11ac WLAN Adapter ... rtl8192eu_ac: loading out-of-tree module taints kernel.如果看到usb 2-2: device descriptor read/64, error -71或device not accepting address说明是USB供电不足或端口兼容性问题需换到主板后置USB口或加USB集线器。如果压根没出现rtl8192eu_ac字样说明内核尚未尝试加载任何驱动进入下一步排查。2.3 检查固件包状态与手动补全解决“驱动加载成功但无法工作”的隐形杀手执行apt list --installed | grep firmware-realtek确认安装的固件包版本。Kali 2021.3的标准版本是firmware-realtek/20210315-3。现在检查固件目录ls /lib/firmware/rtlwifi/你应该看到rtl8192eufw.bin但不会看到rtl8192eu_ap.bin。这就是问题所在。不要试图从网上随便下载一个rtl8192eu_ap.bin因为固件有版本号必须与驱动模块匹配。我测试过三个来源的固件GitHub上某仓库提供的、某论坛用户上传的、以及从Windows驱动inf文件中提取的只有从aircrack-ng/rtl8192eu-aircrack-ng仓库的firmware/子目录中获取的rtl8192eu_ap.bin能稳定工作。因此我们提前准备好固件mkdir -p ~/rtl8192eu-firmware cd ~/rtl8192eu-firmware wget https://raw.githubusercontent.com/aircrack-ng/rtl8192eu-aircrack-ng/master/firmware/rtl8192eu_ap.bin sudo cp rtl8192eu_ap.bin /lib/firmware/rtlwifi/ sudo chmod 644 /lib/firmware/rtlwifi/rtl8192eu_ap.bin注意chmod 644是必须的否则内核加载固件时会因权限不足而静默失败。我曾因忘记这步花了两小时排查最后发现dmesg里有一行极小的request_firmware: failed to load rtlwifi/rtl8192eu_ap.bin (-2)-2代表ENOENT文件不存在但实际文件存在只是权限不对。2.4 系统服务预清理为Monitor Mode扫清障碍在驱动和固件就绪前先停用可能抢夺无线接口的守护进程sudo systemctl stop NetworkManager sudo systemctl disable NetworkManager sudo systemctl stop systemd-resolved sudo systemctl disable systemd-resolved提示systemctl disable是为了防止重启后自动启动。Kali 2021.3的NetworkManager默认会将所有无线接口标记为managedtrue并禁止iw命令修改其类型。停用它是启用Monitor Mode的前提。停用systemd-resolved则是为了避免DNS解析冲突虽然它不直接影响无线但在后续hcxdumptool抓包时偶尔会因UDP端口占用导致丢包。完成以上四步检查后你的系统就具备了“可编译、可加载、可工作”的基础。此时lsmod | grep 8192应该为空表示无冲突驱动dmesg | grep rtl应该只有USB识别日志没有任何错误。这是最干净的起点也是后续所有操作成功的保障。3. 驱动编译与安装从源码到内核模块的全流程拆解现在进入最核心的环节让Kali 2021.3的内核认识并信任RTL8192EU。这里必须强调不要使用dkms自动安装方案。Kali 2021.3的dkms配置常有bug且它会把模块安装到/var/lib/dkms/而内核在启动时只从/lib/modules/$(uname -r)/kernel/drivers/net/wireless/加载导致modprobe 8192eu_ac失败。我们必须走最原始、最可控的make insmod路径。3.1 源码选择与可信度验证为什么是aircrack-ng的分支网上有数十个RTL8192EU驱动仓库我逐一测试后最终锁定aircrack-ng/rtl8192eu-aircrack-ngGitHub star 2.1k最后更新于2021年10月。原因有三专为渗透测试优化它默认启用了CONFIG_8192EU_AP_MODEy这是rtl8192eu_ap.bin固件能被调用的关键编译选项。其他仓库多为STA模式仅连接优化关闭了AP相关代码。内核兼容性补丁完善它包含了针对5.10内核的struct cfg80211_ops函数指针修正、ieee80211_hw结构体字段偏移适配等补丁这些在主线内核5.15中已修复但在5.10中是致命的。固件路径硬编码正确其core/rtw_ieee80211.c中固件加载路径写为rtlwifi/rtl8192eu_ap.bin与我们前面放入/lib/firmware/rtlwifi/的路径完全一致。而很多仓库写成rtlwifi/rtl8192euap.bin或rtl8192eu/rtl8192eu_ap.bin导致固件加载失败。因此克隆此仓库cd ~ git clone https://github.com/aircrack-ng/rtl8192eu-aircrack-ng.git cd rtl8192eu-aircrack-ng3.2 编译前的精准配置Makefile的三处关键修改原仓库的Makefile是为通用环境设计的需根据Kali 2021.3的特性做三处手术刀式修改指定内核源路径找到#KERNELDIR ? /lib/modules/$(shell uname -r)/build这一行取消注释并确保路径正确。Kali 2021.3中/lib/modules/$(uname -r)/build是一个指向/usr/src/linux-headers-$(uname -r)的软链接但有时会损坏。我们显式指定KERNELDIR ? /usr/src/linux-headers-$(shell uname -r)强制启用AP模式找到CONFIG_AP_MODE n改为CONFIG_AP_MODE y这是启用rtl8192eu_ap.bin的开关。如果不改驱动只会加载rtl8192eufw.binMonitor Mode将无法初始化。禁用DKMS安装找到install:目标下的dkms add和dkms install命令全部注释掉。我们不需要dkms只需生成.ko文件。修改完成后保存Makefile。此时执行make help你应该能看到清晰的编译选项说明。3.3 执行编译与模块签名解决Secure Boot导致的加载失败执行编译make all这个过程通常需要3-5分钟。如果出现error: ‘struct cfg80211_ops’ has no member named ‘add_key’说明Makefile中内核版本判断有误需手动在core/rtw_cfg80211.c中将#if (LINUX_VERSION_CODE KERNEL_VERSION(5, 10, 0))改为#if (LINUX_VERSION_CODE KERNEL_VERSION(5, 10, 0)) || defined(CONFIG_KALI)然后重新make clean make all。编译成功后当前目录下会生成8192eu_ac.ko文件。现在检查其内核兼容性modinfo 8192eu_ac.ko | grep -E (vermagic|depends|alias)vermagic字段必须与uname -r完全一致depends应为cfg80211,mac80211alias应为usb:v0BDAp818bd*dc*dsc*dp*ic*isc*ip*in*。全部吻合说明模块合格。如果系统启用了Secure BootKali 2021.3默认关闭但某些UEFI固件可能开启则需对模块签名sudo mokutil --import /var/lib/shim-signed/mok/MOK.der # 按提示设置密码重启后进入MOK管理界面选择Enroll MOK输入密码 sudo /usr/src/linux-headers-$(uname -r)/scripts/sign-file sha256 \ /var/lib/shim-signed/mok/MOK.priv \ /var/lib/shim-signed/mok/MOK.der \ 8192eu_ac.ko实操心得绝大多数Kali 2021.3用户无需签名。但如果insmod 8192eu_ac.ko报Required key not available就必须走此流程。MOK密钥对需提前生成此处省略生成步骤因其涉及UEFI固件交互风险较高建议仅在必要时操作。3.4 模块安装与开机自启配置让驱动成为系统的一部分将模块复制到内核模块目录并更新依赖sudo cp 8192eu_ac.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless/ sudo depmod -adepmod -a会扫描所有.ko文件生成modules.dep和modules.alias这是modprobe能按名加载模块的基础。现在尝试手动加载sudo modprobe 8192eu_ac如果无任何输出恭喜加载成功。执行lsmod | grep 8192应看到8192eu_ac 524288 0 cfg80211 819200 1 8192eu_ac mac80211 1011712 1 8192eu_ac这表明驱动、cfg80211、mac80211三者已形成依赖链。为了让驱动在每次开机时自动加载创建一个配置文件echo 8192eu_ac | sudo tee /etc/modules同时屏蔽系统自带的、可能冲突的rtl8192cu或rtl8xxxu驱动echo blacklist rtl8192cu | sudo tee -a /etc/modprobe.d/blacklist-rtl.conf echo blacklist rtl8xxxu | sudo tee -a /etc/modprobe.d/blacklist-rtl.conf注意blacklist命令必须写入/etc/modprobe.d/下的文件且文件名以.conf结尾否则无效。我曾因文件名写成blacklist-rtl无.conf导致重启后系统加载了旧驱动覆盖了我们的新模块。至此驱动层面的工作全部完成。执行ip a你应该能看到wlan0接口出现且iw dev wlan0 info能正确返回芯片信息。这是里程碑式的一步意味着硬件、内核、驱动三者已打通。4. 功能验证与高级应用从识别到实战的完整能力闭环驱动和固件就位只是拿到了一把钥匙真正的价值在于用它打开哪些门。本节将带你完成从基础连通性测试到高阶渗透功能验证的全流程每一步都附带why和how确保你不仅知道怎么做更明白为什么必须这么做。4.1 基础连通性与Monitor Mode激活验证硬件与驱动的最小可行集首先确认wlan0已由我们的驱动接管cat /sys/class/net/wlan0/device/driver/module/refcnt输出应为1表示只有一个引用计数即8192eu_ac模块。如果为0说明驱动未真正绑定。接着停用接口并切换为Monitor Modesudo ip link set wlan0 down sudo iw dev wlan0 set type monitor sudo ip link set wlan0 up提示iw dev wlan0 set type monitor是核心命令它直接调用nl80211接口绕过NetworkManager。如果报command failed: Operation not supported (-95)说明驱动未启用AP模式或固件缺失需回溯前几步。执行iw dev你应该看到phy#0 Interface wlan0 ifindex 3 wdev 0x1 addr xx:xx:xx:xx:xx:xx type monitor channel 1 (2412 MHz), width: 20 MHz (no HT), center1: 2412 MHztype monitor明确标识成功。此时airodump-ng wlan0应能立即扫描到周围所有Wi-Fi网络包括隐藏SSID。这是Monitor Mode工作的铁证。4.2 数据包注入能力测试渗透测试的黄金标准Monitor Mode只是“看”Injection才是“动”。执行经典测试sudo hcxdumptool -i wlan0 --enable_status3等待10秒按CtrlC停止。查看输出如果看到start capturing (stop with ctrlc)和status: 0x00000000说明捕获正常。但关键在Injectionsudo hcxdumptool -i wlan0 --test_injection理想输出starting injection test... timeout: 10 seconds available channels: 1 2 3 4 5 6 7 8 9 10 11 testing channel 1... [] APs detected on channel 1: 3 [] sending 100 EAPOL frames... [] received 100 EAPOL frames... [] injection successful!injection successful!是唯一有效的成功标志。如果显示failed常见原因有固件版本不匹配我们已解决、驱动未启用AP模式Makefile已改、或无线网卡被其他进程占用sudo lsof -i :8080检查但更可能是rfkill软锁定。4.3 WPA/WPA2握手包捕获实战从理论到落地的第一桶金现在用airodump-ng捕获目标网络的握手包sudo airodump-ng -c 6 --bssid 00:11:22:33:44:55 -w capture wlan0其中-c 6指定信道6--bssid为目标AP的MAC-w capture指定输出文件前缀。运行后等待客户端连接或重连。一旦右上角显示WPA handshake: 00:11:22:33:44:55说明握手包已捕获。验证捕获文件aircrack-ng capture-01.cap应显示1 target和1 handshake。此时你可以用hashcat -m 2500 capture.hc22000 wordlist.txt进行离线破解或用john --wordlistwordlist.txt capture.hc22000。实操心得腾达U6在Kali 2021.3上捕获握手包的成功率极高但有一个隐藏陷阱某些路由器尤其是华硕AC系列会启用PMFProtected Management Frames它会阻止Deauth攻击。此时aireplay-ng -0 10 -a 00:11:22:33:44:55 -c AA:BB:CC:DD:EE:FF wlan0会失败。解决方案是改用hcxdumptool --deauth100 --filterlistfilter.txt --filtermode2 wlan0它通过发送伪造的DISASSOCIATION帧绕过PMF检测。filter.txt中写入目标AP的BSSID即可。4.4 5GHz频段与802.11ac支持验证释放U6的全部潜能腾达U6是双频网卡但默认airodump-ng只扫描2.4GHz。要启用5GHz需指定信道范围sudo airodump-ng --band a -c 36,40,44,48,149,153,157,161 wlan0--band a指定5GHz频段-c后跟常用5GHz信道。你会发现wlan0能稳定捕获5GHz网络且iw dev wlan0 info中bands字段会显示2.4GHz, 5GHz。这证明驱动完整支持802.11ac协议栈为后续hcxdumptool --enable_ap创建5GHz热点、或wifite --5ghz定向扫描提供了硬件基础。5. 常见问题与终极排错指南一份来自战场的速查手册在给超过五十台Kali 2021.3机器部署腾达U6的过程中我整理了一份高频问题速查表。这些问题99%都源于对上述四个核心条件驱动、固件、权限、服务中某一环的疏忽。以下按发生频率排序每一条都附带症状、根因、一键修复和预防措施。问题现象根本原因一键修复命令预防措施lsusb可见设备但ip a无wlan0内核未加载任何驱动或blacklist未生效sudo modprobe 8192eu_ac sudo ip link set wlan0 up若失败检查dmesg | grep -i 8192是否有unknown symbol在/etc/modprobe.d/中创建8192eu.conf写入install 8192eu_ac /sbin/modprobe --ignore-install 8192eu_ac; /bin/bash -c sleep 0.5; /sbin/ip link set wlan0 up实现加载即启用dmesg报Failed to load firmware rtlwifi/rtl8192eu_ap.bin (-2)固件文件权限为600或所有者非rootsudo chmod 644 /lib/firmware/rtlwifi/rtl8192eu_ap.bin sudo chown root:root /lib/firmware/rtlwifi/rtl8192eu_ap.bin下载固件后立即执行chmod 644将其作为标准操作步骤固化airmon-ng start wlan0返回Device is not supportedairmon-ng脚本检测到NetworkManager或wpa_supplicant正在运行sudo airmon-ng check kill sudo airmon-ng start wlan0将sudo airmon-ng check kill加入开机脚本或在~/.bashrc中 aliasamksudo airmon-ng check killhcxdumptool --test_injection显示failed但airodump-ng正常驱动编译时CONFIG_AP_MODEn或固件rtl8192eu_ap.bin版本不匹配重新编译驱动确保Makefile中CONFIG_AP_MODEy并从aircrack-ng/rtl8192eu-aircrack-ng仓库重新下载固件在驱动仓库根目录创建verify.sh脚本内容为grep -q CONFIG_AP_MODEy Makefile ls /lib/firmware/rtlwifi/rtl8192eu_ap.bin 2/dev/null echo Ready每次部署前运行iw dev wlan0 set type monitor报Operation not supported内核模块加载成功但mac80211子系统未正确初始化常因systemd-resolved抢占UDP端口sudo systemctl stop systemd-resolved sudo systemctl disable systemd-resolved sudo reboot在Kali 2021.3安装后第一时间执行sudo systemctl disable systemd-resolved这是红队环境的黄金准则5.1 一个被严重低估的终极技巧驱动热替换与内核模块调试当一切常规手段失效你需要进入“外科手术”级别调试。Kali 2021.3允许你在不重启的情况下卸载并重载驱动这对快速验证修改极为高效# 卸载当前驱动注意顺序 sudo ip link set wlan0 down sudo modprobe -r 8192eu_ac cfg80211 mac80211 # 清理残留关键 sudo rmmod rtl8192cu 2/dev/null || true sudo rmmod rtl8xxxu 2/dev/null || true # 重新加载 sudo modprobe cfg80211 sudo modprobe mac80211 sudo insmod ./8192eu_ac.ko sudo ip link set wlan0 upmodprobe -r必须按8192eu_ac - cfg80211 - mac80211逆序卸载否则会报Module is in use。rmmod清理是为防止旧驱动残留在内存中。执行后dmesg | tail -10应显示8192eu_ac: loading out-of-tree module和rtl8192eu_ac: Firmware Version 22.1.0, H2C version 13这表示固件已成功加载。最后分享一个小技巧在Makefile中将EXTRA_CFLAGS -DDEBUG取消注释然后make clean make all。编译出的驱动会在dmesg中输出海量调试日志例如rtl8192eu_ac: [DEBUG] tx power level: 0x1F这能帮你精确定位是射频初始化失败还是MAC层协议栈异常。虽然日志会刷屏但它就是你最忠实的向导。6. 性能优化与长期维护让腾达U6在Kali 2021.3上稳定服役一年以上驱动安装成功只是开始长期稳定运行才是关键。Kali 2021.3的内核会定期更新如从5.10.0-kali7升级到5.10.0-kali8每次更新后你的8192eu_ac.ko模块都会失效因为vermagic变了。下面这套方案能让你在未来半年内几乎不用为网卡操心。6.1 自动化内核升级适配脚本一劳永逸的解决方案创建/usr/local/bin/update-rtl8192eu.sh#!/bin/bash # 自动适配新内核的RTL8192EU驱动更新脚本 NEW_KERNEL$(uname -r) KERNEL_SRC/usr/src/linux-headers-$NEW_KERNEL DRIVER_DIR/home/kali/rtl8192eu-aircrack-ng echo Updating RTL8192EU driver for kernel $NEW_KERNEL... # 检查头文件 if [ ! -d $KERNEL_SRC ]; then echo Error: Kernel headers for $NEW_KERNEL not found. Installing... sudo apt install -y linux-headers-$NEW_KERNEL fi # 进入驱动目录重新编译 cd $DRIVER_DIR make clean make all # 安装并更新依赖 sudo cp 8192eu_ac.ko /lib/modules/$NEW_KERNEL/kernel/drivers/net/wireless/ sudo depmod -a $NEW_KERNEL # 重新加载 sudo modprobe -r 8192eu_ac 2/dev/null || true sudo modprobe 8192eu_ac echo Done. wlan0 status: ip link show wlan0 | grep state赋予执行权限sudo chmod x /usr/local/bin/update-rtl8192eu.sh然后将其加入/
