gpt4 book ai didi

android-management-api - 当设备在一致的时间不在线时,Kiosk 应用程序会更新

转载 作者:行者123 更新时间:2023-12-04 10:57:32 25 4
gpt4 key购买 nike

背景

我目前在由 Android Management API 管理的设备上维护 Kiosk 应用程序。这些设备运行 Android 7。

我一直在通过应用程序管理这些设备上的应用程序更新 minimumVersionCode ,并每次将设备移动到新策略上,并具有更高的 minimumVersionCode ,强制受影响的设备更新应用程序。但是,即使在将wipeDays 延长到300 等(我已经为此单独报告了一个错误)之后,如果某些设备关闭了一段合理的时间(一周或两周),它们也会恢复出厂设置。

因此,我需要解决上述错误,而且我猜想在策略之间移动设备不是经过充分测试的,也不是公认的“正确”方法。我看到使用 API 管理自助服务终端的推荐配置在过去 6-9 个月内发生了悄悄变化(根据 archive.org .. API 更改日志中没有任何内容)。现在有一个 applications.[x].installType 'KIOSK'。

问题

我有大约 250 个信息亭,它们的开/关时间各不相同。有些会在早上 8 点开启,并在下午 3 点关闭。其他人将在下午 6 点开启,并在午夜关闭。其他人将一直保持开启状态(但请注意,我确实可以通过 Android 管理 API 远程重启它们)。

因此,WRT 更新了自助服务终端应用程序,没有我可以配置的凌晨 2 点至 3 点的紧凑的维护窗口。

指定“全天”的维护窗口会解决这个问题吗?例如:

{

...

"applications": [
{
"packageName": "com.something",
"installType": "KIOSK",
"defaultPermissionPolicy": "GRANT",
"minimumVersionCode": 30
}
],

...

"systemUpdate": {
"type": "WINDOWED",
"startMinutes": 0,
"endMinutes": 1439
},

...

}

如果 API 只是随机化特定设备从未开机的时间,我担心上述方法将不起作用(或更准确地说,会间歇性地工作)。

我只是想知道如何管理这个问题。我是否应该为所有设备制定一项政策,并增加版本代码?

最佳答案

只是为了跟进,我之前建议的仅在设备当前在线(并且已经在线 5 分钟)时更改策略的方法运行良好。好极了。

如果设备已离线一段时间,它们将不再恢复出厂设置。这似乎是设备离线时策略更改的组合,这可能是因为软件更新不是即时的。

关于android-management-api - 当设备在一致的时间不在线时,Kiosk 应用程序会更新,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59086669/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com