关于Android IP LOST_PROVISIONING 的机制

于 2024-03-12 10:30:00 发布
阅读量830 收藏 5
点赞数 8
CC 4.0 BY-SA版权
分类专栏： Android 文章标签： android wifi java 内核
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/BOJUE01/article/details/136625384

AnroidP在WiFi连接的时候，偶尔会出现断开现象，并打印下列log

W/IpClient.wlan0: [IpReachabilityMonitor] WARN ALERT neighbor went from: NeighborEvent{@2534961,RTM_NEWNEIGH,if=23,fe80::1,NUD_PROBE,[<MYMACHERE>]} to: NeighborEvent{@2537970,RTM_NEWNEIGH,if=23,fe80::1,NUD_FAILED,[null]} W/IpReachabilityMonitor: FAILURE: LOST_PROVISIONING, NeighborEvent{@2537970,RTM_NEWNEIGH,if=23,fe80::1,NUD_FAILED,[null]}

从log上来看系统有开启IpReachabilityMonitor 机制，可能是在干扰严重环境下或相对弱信号下让系统误判导致下断线

关闭 IpReachabilityMonitor 强制断连机制

方法1：

在源码中修改成默认disable

Android 7

frameworks/opt/net/wifi/service/java/com/android/server/wifi/WifiStateMachine.java

- private boolean mIpReachabilityDisconnectEnabled = true;

+ private boolean mIpReachabilityDisconnectEnabled = false;

Android 11

frameworks/opt/net/wifi/service/java/com/android/server/wifi/ClientModeImpl.java

- private boolean mIpReachabilityDisconnectEnabled = tr

最低0.47元/天 解锁文章

200万优质内容无限畅学
wifi 概率性自动断线（IpReachabilityMonitor）和 案例介绍
weixin_47456647的博客
03-03 1392
wifi 概率性自动断线（IpReachabilityMonitor）和 案例介绍
Android network - NUD检测机制（Android 14）
一只立志于养老婆的程序猿
07-05 1861
在Android系统中，NUD（Neighbor Unreachable Detection）指的是网络中的邻居不可达检测机制，它用于检测设备是否能够到达特定的IP地址。当Android设备尝试与另一个设备通信时，如果发现对方不可达，它会触发NUD过程。NUD 的底层实现还是依赖kernel，Android层有服务建立通信，当kernel检测到当前网络与周边的neighbor不可达时，就会发送消息通知上层，上层处理msg。
wifi 概率性自动断线（IpReachabilityMonitor）
peter_520_gh的博客
11-26 5163
描述：该文主要介绍基于Android 7.0 的IpReachabilityMonitor机制，有时候会遇到用户反馈wifi 会概率性自动断线，最后发现是系统有开启IpReachabilityMonitor 机制，可能是在干扰严重环境下或相对弱信号下让系统误判导致下断线。 如下只要针对IpReachabilityMonitor机制描述说明 IpReachabilityMonitor功能描述...
Android IpReachabilityMonitor & IP LOST_PROVISIONING
chenpuo的博客
05-02 1808
https://www.jianshu.com/p/8ef955ec96a7 本文主要介绍基于Android 7.0 的IpReachabilityMonitor机制 IpReachabilityMonitor简介 * Monitors on-link IP reachability and notifies callers whenever any on-link addresses of interest appear to have become unresponsive. //监视链路I
Android 6.0 wifi一个LOST_PROVISIONING断开连接的问题
蓝精灵的专栏
12-22 2150
Android6.0系统设置wifi修改保持连接了，但是偶尔会断开连接。查看log，发现如下内容： 04-09 15:09:27.569  2181 22861 D NetlinkSocketObserver: NeighborEvent{elapsedMs=2512360, 192.168.1.1, [(null)], RTM_NEWNEIGH, NUD_FAILED} 04-09 15:09...
Android- IP LOST_PROVISIONING 的机制
蓝精灵的专栏
12-20 5568
当log中出现以下信息的时候，说明周围的AP设备出现了一个问题。 (standard input):1269530:12-20 06:53:39.325   578   622 D WifiStateMachine: FAILURE: LOST_PROVISIONING, NeighborEvent{elapsedMs=61927860, 10.10.100.11, [(null)], RTM_
Android下NUD相关
程序改变生活
07-05 2602
这里NUD(Neighbor Unreachable Detection,邻居不可达检测)；控制收到NUD_FAILED后、是否断开网络，主要有两个部分： 1.frameworks/opt/net/wifi/service/java/com/android/server/wifi/WifiStateMachine.java Private Boolean mIpReachabilityDisc...
Android 13 设置静态ip导致有线网一直断开重连分析解决
wenzhi的博客
06-19 3170
本文分享一个Android13 有线网的bug！或者说新的有线网络的一个修改。Android13 设置静态ip地址发现一个问题，有线网会一直断开重连。设置正常的网关没有这个问题，设置错误的网关就会有这个问题。
[Network]Android N Ethernet新IP获取机制—IpManager
izobs‘s linux-space
10-17 9520
android N之前 Ethernet旧的ip获取Android N之前，即android 5.0和android 6.0的IP获取机制都是通过/system/bin下面的dhcpcd的bin档去拿的ip，但是android N采用了新的IpManger，自己通过socket去发送dhcp协议
[RK3399][Android7.1.1]Ethernet-网路状态变化时无法更新IP的问题
weixin_39966398的博客
03-30 1597
测试平台 Platform: RK3399 OS: Android 7.1.1 现象 机器通过交换机连接路由器，当路由器断电或者断开和交换机的连接时，机器的IP地址无法及时更新的问题. 分析 Android7.1.1使用IpReachabilityMonitor来监视链路IP的可达性,无论任何时候，一旦所关注的链路地址变的不响应时，就会通知调用者，所以我们在这里进行处理。 解决方案 diff --...
android ip探测,Android-IpReachabilityMonitor
weixin_39520210的博客
05-29 675
简介本文主要介绍基于Android 7.0 的IpReachabilityMonitor机制IpReachabilityMonitor简介* Monitors on-link IP reachability and notifies callers whenever any on-link addresses of interest appear to have become unresponsi...
Android Wi-Fi Ethernet新IP获取机制—IpManager(Android 7.0)
DonnyCoy
07-17 4304
1 android N之前 Ethernet旧的ip获取 Android N之前，即android 5.0和android 6.0的IP获取机制都是通过/system/bin下面的dhcpcd的bin档去拿的ip //EthernetNetworkFactory.java (frameworks\opt\net\ethernet\java\com\android\server\ethern
[Android][WIFI]手机作AP，关闭移动网络后，STA端断开重连问题分析
Ryan ZHENG的专栏
01-04 5212
手机作为AP时，关闭移动网络流量开关，STA端出现断开重连的现象
android 获取ip 简书,Android-IpReachabilityMonitor
weixin_35316354的博客
05-27 354
简介本文主要介绍基于Android 7.0 的IpReachabilityMonitor机制IpReachabilityMonitor简介* Monitors on-link IP reachability and notifies callers whenever any on-link addresses of interest appear to have become unresponsi...
Android -- Wifi连接流程分析
热门推荐
To be or not to be, it's a question
07-16 1万+
Android -- Wifi连接流程分析 当我们在Android手机上连接一个AP时，间接调用WifiManager的connect()方法：/** * Connect to a network with the given configuration. The network also * gets added to the supplicant configur
（一百八十） Android P DHCP完成之后的IP配置流程
JT的专栏
09-14 3605
前言： 之前梳理了Android O的DHCP流程 （八十七） WiFi & DHCP （九十） Android O 结合WifiStateMachine梳理WIFI DHCP流程 （一百三十） 结合Android O学习DHCP租期 现在接着看下dhcp完成后得到的ip地址是如何配置的呢？ 1. 回顾 之前画了个dhcp的图， addState...
通过Reachability获取ios本地ip,子网掩码,广播地址
Ysam1983的专栏
06-03 3436
项目需要获取子网掩码来判断两个ip是不是在同一个网段，在网上查找了很久mei
Android WiFi Dhcp 获取到 IP 和配置的过程
Hugo的博客
04-28 2071
在 ConnectivityService 中负责配置，由updateLinkProperties 来完成： private void updateLinkProperties(NetworkAgentInfo networkAgent, LinkProperties newLp, LinkProperties oldLp) { int netId = networkAgent.network.netId; // The Network.
通过内核空间的netlink检测网络状态变化的文章链接
steveliu->blog
12-22 4048
内核空间 rtnetlink 检测 IP 地址变化的实现与分析 给出了如何在用户空间通过rtnetlink socket接受内核的网络状态变化参数消息。 参考此文章可以搭建基本的程序框架。 rtnetlink 中文描述 描述了rtnetlink的消息类型包括： 1、RTM_NEWLINK, RTM_DELLINK, RTM_GETLINK 创建，删除或者获取网络设备的信息；
Android13 第三方应用添加DISPATCH_PROVISIONING_MESSAGE权限
最新发布
03-30
<think>好的，我需要帮助用户了解在Android 13中如何为第三方应用添加DISPATCH_PROVISIONING_MESSAGE权限。首先，我需要确认这个权限的具体信息。根据用户提到的引用内容，权限的配置通常涉及AndroidManifest.xml中的声明和使用。 DISPATCH_PROVISIONING_MESSAGE权限可能是一个系统权限或者签名权限，因为Android中的某些高级权限需要特定的保护级别。根据引用[1]，android:protectionLevel决定了权限的使用方式，特别是在Android 6.0+的动态权限管理中。因此，我需要检查这个权限的保护级别是否为signature或privileged，这会影响第三方应用是否能直接声明和使用它。 接下来，用户可能需要在AndroidManifest.xml中添加权限声明。通常，使用<uses-permission>标签，但如果权限是系统或签名级别，普通应用可能无法直接获得。如果是签名权限，应用需要使用与系统相同的签名，这对于第三方应用来说通常不可行。因此，可能需要寻找其他方法，如成为特权应用或与设备制造商合作。 此外，用户可能需要动态请求权限，尽管对于系统权限，动态请求可能无效。需要查阅Android 13的官方文档，确认DISPATCH_PROVISIONING_MESSAGE权限的具体保护级别和使用条件。如果该权限属于危险权限，可能需要运行时请求；如果是正常权限，只需在清单中声明即可。 最后，用户可能需要处理权限未授予的情况，确保应用在缺少权限时优雅降级。需要编写相应的代码检查权限状态，并在必要时提示用户或调整功能。同时，测试在不同设备上的兼容性也很重要，因为厂商可能有不同的实现。 总结步骤：确认权限保护级别，修改清单文件，处理动态请求（如果适用），测试和适配。需要提醒用户，某些权限可能无法被第三方应用获取，除非有特殊权限或系统签名。</think>在Android 13中为第三方应用配置`DISPATCH_PROVISIONING_MESSAGE`权限，需要遵循以下步骤： ### 1. **确认权限属性** 该权限属于系统级权限，定义在`android.Manifest.permission`中，其保护级别为`signature|privileged`[^1]，意味着需要满足以下条件之一： - 应用需与系统签名一致（系统应用） - 应用需放置在`/system/priv-app`目录（特权应用） ### 2. **声明权限** 在`AndroidManifest.xml`中添加以下声明： ```xml <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.example.yourapp"> <!-- 声明权限使用 --> <uses-permission android:name="android.permission.DISPATCH_PROVISIONING_MESSAGE"/> <!-- 如果是自定义权限需定义，但系统权限无需重复定义 --> </manifest> ``` ### 3. **权限申请限制** 由于该权限的保护级别为`signature|privileged`，普通第三方应用**无法直接获取**。需通过以下方式实现： - **系统应用**：使用与设备系统相同的签名证书编译应用 - **特权应用**：将应用预置到设备的`/system/priv-app`目录（需Root或厂商合作） ### 4. **动态请求权限（可选）** 对于非特权应用，即使声明权限也会被系统自动拒绝。若拥有特权身份，可添加权限检查： ```kotlin if (ContextCompat.checkSelfPermission( this, Manifest.permission.DISPATCH_PROVISIONING_MESSAGE ) != PackageManager.PERMISSION_GRANTED) { // 处理无权限情况 } ``` ### 5. **厂商适配建议** 与设备制造商合作，通过以下方式实现： - **定制ROM**：将应用集成到系统镜像中 - **白名单机制**：厂商在框架层为特定包名授权该权限 ### 6. **备选方案** 如果无法获得权限，可考虑使用Android Enterprise API或设备策略控制器（DPC）的合法接口实现类似功能。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值