Android 10企业配置后DPC无法保存EAP WiFi网络的技术求助

这个问题我之前在做企业级DPC应用时也碰到过，核心原因是受管理设备（通过完整配置流程获取所有者权限）的系统限制和普通设备/ADB授予权限的设备不同，即使addNetworkSuggestions()返回成功，用户点击允许后系统也会因为管理政策的限制而忽略这个请求。下面是具体的分析和解决方案：

核心原因 #

当DPC通过完整的企业注册流程（创建工作配置文件或首次完全管理）获得设备/配置文件所有者权限时，系统会默认启用更严格的管理策略——这类场景下，企业网络的配置通常被限定为由DPC直接推送，而不允许用户手动确认添加，所以你看到的通知栏建议只是"形式上的"，点击允许后系统不会实际应用配置。而通过ADB授予所有者权限的设备，默认没有启用这些严格限制，所以Wifi Suggestions可以正常工作。

解决方案 #

方案1：使用DPC专属API直接配置WiFi（推荐） #

作为设备/配置文件所有者，你的DPC拥有直接配置WiFi的权限，不需要依赖用户交互的Wifi Suggestions。可以用DevicePolicyManager.addWifiConfig()方法直接推送EAP网络配置，这是受管理设备的标准做法：

@RequiresApi(api = Build.VERSION_CODES.LOLLIPOP)
public void pushWifiConfigViaDPC(WifiConfiguration wifiConfig) {
    DevicePolicyManager dpm = (DevicePolicyManager) getSystemService(Context.DEVICE_POLICY_SERVICE);
    ComponentName adminComponent = new ComponentName(this, YourDeviceAdminReceiver.class);
    
    // 先确认DPC是有效的设备/配置文件所有者
    if (dpm.isAdminActive(adminComponent)) {
        try {
            dpm.addWifiConfig(adminComponent, wifiConfig);
            Log.d("DPC_WIFI", "WiFi配置已成功推送");
        } catch (SecurityException e) {
            Log.e("DPC_WIFI", "推送WiFi配置失败，权限不足", e);
        }
    } else {
        Log.e("DPC_WIFI", "当前应用不是有效的设备/配置文件所有者");
    }
}

这个方法会直接将WiFi配置添加到受管理的设备/工作配置文件中，不需要用户任何操作，完全符合企业设备管理的需求。

方案2：检查并调整管理政策（如果必须用Wifi Suggestions） #

如果你坚持要使用Wifi Suggestions，需要确保设备的管理政策允许用户添加企业网络：

• 检查你的DPC是否在设备政策中启用了允许用户配置WiFi的相关选项（不同EMM平台的命名可能不同）；
• 确认DPC已经获取了android.permission.MANAGE_WIFI权限，这个权限是系统权限，只有设备/配置文件所有者才能拥有，需要在Manifest中声明：

<uses-permission android:name="android.permission.MANAGE_WIFI" />

• 另外，确保EAP配置中的证书（CA证书、客户端证书等）已经被DPC预先安装到工作配置文件的密钥库中，否则即使配置被应用，也无法正常连接网络。

额外验证点 #

为什么ADB授予权限的设备可以正常工作？因为ADB授予的设备所有者权限是"宽松模式"，系统默认没有启用限制用户配置WiFi的政策，所以Wifi Suggestions的用户确认流程可以正常执行；而通过企业注册流程的DPC，系统会强制启用企业级管理策略，屏蔽用户的手动配置操作。

内容的提问来源于stack exchange，提问作者Veneth Imakiir