记录:排查create_ap偶发无法开启自发AP的问题

2024-01-14 14:20

本文主要是介绍记录:排查create_ap偶发无法开启自发AP的问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

背景说明
系统:Xubuntu16.04;内核:4.14;无线网卡:EDIMAX EW-7822UAC
关于无线网卡的驱动安装和create_ap配置参考博文:Xubuntu16.04系统中使用EDIMAX EW-7822UAC无线网卡开启5G自发AP

目录

  • 问题记录
  • 排查过程
  • 解决办法

问题记录

  最近新买了一个EDIMAX EW-7822UAC无线网卡,安装了驱动,配置了create_ap,设置了5g的AP模式,当时无线网卡可以正常发射5g WIFI,外部设备也可以正常连接。今天我重启设备之后,突然就搜不到WIFI,赶紧排查了下驱动、网卡、createa_ap服务是否正常:

  • lsmod:查看驱动挂载
$ lsmod | grep 88
8821au               2142208  0
cfg80211              643072  1 8821au
kvm_intel             217088  0
aesni_intel           188416  0
hid                   114688  3 i2c_hid,usbhid,hid_penmount

可以看到8821au的驱动已经挂载

  • ifconfigiwconfig看下网卡是否还在,系统能否识别到
    ifconfig(Interface Configuration)是一个用于配置和显示网络接口的命令。
    iwconfig(Wireless Configuration)是一个用于配置和显示无线网络接口的命令。
    在这里插入图片描述
    可以看到无线网卡也被正确识别了
  • 查看create_ap服务是否正常:systemctl status create_ap
    先给出之前正常启动AP模式的create_ap服务状态,如下图:
    在这里插入图片描述
    但当搜不到WIFI后,此时再查看create_ap服务状态,如下图:
    在这里插入图片描述
    显示当前的假设是5G信号频率,信道超过了14,这就很奇怪了,因为要开启5G,我create_ap配置文件中设置的是165信号,iw list 查看当前网卡是支持165信道的。
    既然日志说了超过14信道,那就修改下 /etc/create_ap.conf 配置文件,信道改成8试下,改完后重启了下create_ap,再次查看create_ap服务状态,如下图:
    在这里插入图片描述
    此时create_ap日志又显示警告指出你的适配器不完全支持AP虚拟接口,这就有问题了。。。

排查过程

  • 插拔无线网卡实时监控系统的内核消息:dmesg -wH
  • 查看create_ap服务的日志:journalctl -u create_ap
  • 查看create_ap程序状态,发现cpu占用率为0,说明create_ap未启动或被阻塞住
htop -p `pgrep create_ap
  • 根据create_ap的服务状态,可以看到通过指令启动:/usr/bin/create_ap --config /etc/create_ap.conf
    在这里插入图片描述
  • 查看/usr/bin/create_ap,发现create_ap是由shell脚本所写,剩下的就是代码debug了,根据/usr/bin/create_ap --config /etc/create_ap.conf输出的终端信息,在/usr/bin/create_ap中增加打印信息,不断运行调试,最终发现服务未启动的原因是卡在了一个while循环里面,如下:
    在这里插入图片描述
    具体是卡在了networkmanager_iface_is_unmanaged函数里面,继续查看这个函数
    在这里插入图片描述
networkmanager_iface_is_unmanaged( )  {is_interface "$1" ll return 2networkmanager_knows_iface "$1" l| return 0(nmcli -t -f DEVICE,STATE d 2>&1 | grep -E "^$1:unmanaged$" > /dev/null 2>&1) || return 1
}

$1表示无线网卡名称,结合while循环中的内容可知,只有当networkmanager_iface_is_unmanaged函数中匹配到无线网卡的状态是"unmanaged"状态,才会退出while循环。

  • 至此 create_ap 服务未启动的原因已经找到,是当前无线网卡的状态不对,可通过nmcli -t -f DEVICE,STATE d指令来查看,(这个指令是用于显示网络设备的状态。具体来说,-t选项表示使用制表符作为字段分隔符,-f选项指定要显示的字段,DEVICE表示设备名称,STATE表示设备的状态。因此,这个指令将会以制表符分隔的格式显示网络设备的名称和状态。)
root@bossdog-2177018234:~# nmcli -t -f DEVICE,STATE d
enp1s0:connected
enp2s0:connecting (getting IP configuration)
wlx08beac134a56:disconnected
lo:unmanaged
# 上面这些信息是使用nmcli命令获取的网络设备状态。具体来说,它显示了四个网络设备的状态:
# enp1s0:已连接
# enp2s0:正在连接(正在获取IP配置)
# wlx08beac134a56:已断开连接
# lo:未受管控
# 其中,enp1s0表示有线网络接口1,enp2s0表示有线网络接口2,wlx08beac134a56表示无线网络接口,lo表示本地环回接口。这些状态信息显示了每个网络设备的连接状态和管理状态。
  • 可以看到,当前无线网卡wlx08beac134a56的状态是disconnected未连接的状态,而不是unmanaged未受管控的状态,需要查一下原因。
    查询资料可知:
    wlx08beac134a56显示为disconnected,而不是unmanaged。这是因为disconnected表示无线网卡已经被管理,但当前未连接到任何网络。
    unmanaged状态表示网络设备未由NetworkManager管理。这通常发生在用户手动配置网络设备或者使用其他网络管理工具的情况下。
    因此,区别在于disconnected表示设备已被NetworkManager管理,但当前未连接到任何网络;而unmanaged表示设备未由NetworkManager管理。

  • 最终问题转化为如何让无线网卡不被NetworkManager管理

解决办法

如何让无线网卡不被NetworkManager管理

  • 查询相关资料,要将当前的无线网卡设备设置为未由NetworkManager管理,可以使用以下命令:
    在这里插入图片描述
sudo nmcli dev set wlx08beac134a56 managed no

这条命令告诉NetworkManager停止管理指定的无线网卡设备。将"wlx08beac134a56"替换为你的无线网卡设备名称。执行此命令后,NetworkManager将不再管理该设备,而设备将变为未受管控状态。

执行上面命令后会在/etc/NetworkManager/NetworkManager.conf文件的在[keyfile]部分下方生成一个配置项。

PS:但实际操作后发现重启设备之后无线网卡还是被NetworkManager管理了,于是改用无线网卡的MAC地址。
操作
将/etc/NetworkManager/NetworkManager.conf里面的文件在[keyfile]部分下方添加一行unmanaged-devices=mac:<无线网卡的MAC地址>,其中<无线网卡的MAC地址>是要设置为不被管理的无线网卡的MAC地址。可以使用ip addr命令查找无线网卡的MAC地址,或者ifconfig查看MAC地址。重新启动NetworkManager服务sudo systemctl restart NetworkManager,以使更改生效。

最终问题解决,只要无线网卡处于未受管控的状态,则create_ap可以正常启动AP模式。。。

在这里插入图片描述

这篇关于记录:排查create_ap偶发无法开启自发AP的问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/605468

相关文章

Python UV安装、升级、卸载详细步骤记录

《PythonUV安装、升级、卸载详细步骤记录》:本文主要介绍PythonUV安装、升级、卸载的详细步骤,uv是Astral推出的下一代Python包与项目管理器,主打单一可执行文件、极致性能... 目录安装检查升级设置自动补全卸载UV 命令总结 官方文档详见:https://docs.astral.sh/

SpringBoot排查和解决JSON解析错误(400 Bad Request)的方法

《SpringBoot排查和解决JSON解析错误(400BadRequest)的方法》在开发SpringBootRESTfulAPI时,客户端与服务端的数据交互通常使用JSON格式,然而,JSON... 目录问题背景1. 问题描述2. 错误分析解决方案1. 手动重新输入jsON2. 使用工具清理JSON3.

华为鸿蒙HarmonyOS 5.1官宣7月开启升级! 首批支持名单公布

《华为鸿蒙HarmonyOS5.1官宣7月开启升级!首批支持名单公布》在刚刚结束的华为Pura80系列及全场景新品发布会上,除了众多新品的发布,还有一个消息也点燃了所有鸿蒙用户的期待,那就是Ha... 在今日的华为 Pura 80 系列及全场景新品发布会上,华为宣布鸿蒙 HarmonyOS 5.1 将于 7

MySQL 设置AUTO_INCREMENT 无效的问题解决

《MySQL设置AUTO_INCREMENT无效的问题解决》本文主要介绍了MySQL设置AUTO_INCREMENT无效的问题解决,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参... 目录快速设置mysql的auto_increment参数一、修改 AUTO_INCREMENT 的值。

关于跨域无效的问题及解决(java后端方案)

《关于跨域无效的问题及解决(java后端方案)》:本文主要介绍关于跨域无效的问题及解决(java后端方案),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录通用后端跨域方法1、@CrossOrigin 注解2、springboot2.0 实现WebMvcConfig

统一返回JsonResult踩坑的记录

《统一返回JsonResult踩坑的记录》:本文主要介绍统一返回JsonResult踩坑的记录,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录统一返回jsonResult踩坑定义了一个统一返回类在使用时,JsonResult没有get/set方法时响应总结统一返回

Go学习记录之runtime包深入解析

《Go学习记录之runtime包深入解析》Go语言runtime包管理运行时环境,涵盖goroutine调度、内存分配、垃圾回收、类型信息等核心功能,:本文主要介绍Go学习记录之runtime包的... 目录前言:一、runtime包内容学习1、作用:① Goroutine和并发控制:② 垃圾回收:③ 栈和

Go语言中泄漏缓冲区的问题解决

《Go语言中泄漏缓冲区的问题解决》缓冲区是一种常见的数据结构,常被用于在不同的并发单元之间传递数据,然而,若缓冲区使用不当,就可能引发泄漏缓冲区问题,本文就来介绍一下问题的解决,感兴趣的可以了解一下... 目录引言泄漏缓冲区的基本概念代码示例:泄漏缓冲区的产生项目场景:Web 服务器中的请求缓冲场景描述代码

Java死锁问题解决方案及示例详解

《Java死锁问题解决方案及示例详解》死锁是指两个或多个线程因争夺资源而相互等待,导致所有线程都无法继续执行的一种状态,本文给大家详细介绍了Java死锁问题解决方案详解及实践样例,需要的朋友可以参考下... 目录1、简述死锁的四个必要条件:2、死锁示例代码3、如何检测死锁?3.1 使用 jstack3.2

解决JSONField、JsonProperty不生效的问题

《解决JSONField、JsonProperty不生效的问题》:本文主要介绍解决JSONField、JsonProperty不生效的问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑... 目录jsONField、JsonProperty不生效javascript问题排查总结JSONField