Te permite bloquear la sesión del usuario en función del tiempo del cliente o la cuota de uso diaria.
El parámetro |time_window_limit| especifica un periodo diario durante el que se debería bloquear la sesión del usuario. Solo se admite una regla por cada día de la semana, por lo que la cantidad de |entries| puede variar entre 0 y 7. Los parámetros |starts_at| y |ends_at| representan el principio y el final del límite de tiempo. Si |ends_at| es inferior a |starts_at|, significa que |time_limit_window| finaliza al día siguiente. |last_updated_millis| es la marca de tiempo UTC de la última vez que se ha actualizado esta entrada y se envía en forma de cadena porque la marca de tiempo no cabe en un número entero.
|time_usage_limit| especifica una cuota de pantalla diaria y, cuando el usuario la alcanza, se bloquea su sesión. Hay una propiedad para cada día de la semana y se debería definir únicamente si hay una cuota activa ese día. |usage_quota_mins| es la cantidad de tiempo que el dispositivo administrado se puede usar durante un día y |reset_at| es la hora a la que se renueva la cuota de uso. El valor predeterminado de |reset_at| es medianoche ({'hour': 0, 'minute': 0}). |last_updated_millis| es la marca de tiempo UTC de la última vez que se ha actualizado esta entrada y se envía en forma de cadena porque la marca de tiempo no cabe en un número entero.
El parámetro |overrides| se proporciona para invalidar temporalmente una o más de las reglas anteriores.
* Si no están activos time_window_limit ni time_usage_limit, se puede usar |LOCK| para bloquear el dispositivo.
* |LOCK| bloquea temporalmente la sesión de un usuario hasta la próxima vez que se inician time_window_limit o time_usage_limit.
* |UNLOCK| desbloquea la sesión de un usuario durante el periodo de time_window_limit o time_usage_limit.
|created_time_millis| es la marca de tiempo UTC de la creación de la anulación y se envía en forma de cadena porque la marca de tiempo no cabe en un número entero. Se usa para determinar si la anulación se debería seguir aplicando. Si la función de límite de tiempo activa (el límite de tiempo de uso o el periodo límite) se ha iniciado después de crear la anulación, no se debería aplicar. De la misma forma, si la anulación se ha creado antes de que se aplicara el último cambio de los parámetros time_window_limit o time_usage_window activos, no se debería aplicar.
Es posible que se envíen varias anulaciones y se aplicará la entrada válida más reciente.
Consulta la página https://cloud.google.com/docs/chrome-enterprise/policies/?policy=UsageTimeLimit para obtener más información sobre el esquema y el formato.
Valor de ejemplo:
{
"time_window_limit": {
"entries": [
{
"effective_day": "WEDNESDAY",
"starts_at": {
"hour": 21,
"minute": 0
},
"ends_at": {
"hour": 7,
"minute": 30
},
"last_updated_millis": "1000000"
}
]
},
"time_usage_limit": {
"monday": {
"usage_quota_mins": 120,
"last_updated_millis": "1200000"
},
"tuesday": {
"usage_quota_mins": 120,
"last_updated_millis": "1200000"
},
"wednesday": {
"usage_quota_mins": 120,
"last_updated_millis": "1200000"
},
"thursday": {
"usage_quota_mins": 120,
"last_updated_millis": "1200000"
},
"friday": {
"usage_quota_mins": 120,
"last_updated_millis": "1200000"
},
"saturday": {
"usage_quota_mins": 120,
"last_updated_millis": "1200000"
},
"sunday": {
"usage_quota_mins": 120,
"last_updated_millis": "1200000"
},
"reset_at": {
"hour": 6,
"minute": 0
}
},
"overrides": [
{
"action": "UNLOCK",
"created_at_millis": "1250000",
"action_specific_data": {
"duration_mins": 30
}
}
]
}
Registry Hive | HKEY_CURRENT_USER |
Registry Path | Software\Policies\Google\ChromeOS |
Value Name | UsageTimeLimit |
Value Type | REG_SZ |
Default Value |
Registry Hive | HKEY_CURRENT_USER |
Registry Path | Software\Policies\Google\ChromeOS |
Value Name | UsageTimeLimit |
Value Type | REG_MULTI_SZ |
Default Value |