Budget temps (AX2Go et réseau virtuel) - LSM 3.6 Business + Prof.

Le terme « budget temps » se retrouve dans deux contextes différents :

AX2Go: Intervalle de mise à jour des clés (jours)
Réseau virtuel : Fenêtre temporelle dynamique

Les deux signifient qu’un support d’identification ne peut être utilisé que pendant une durée limitée avant que le budget temps ne doive être rechargé. Lors du rechargement, le système vérifie s’il y a des modifications d’autorisation ou si le support d’identification a même été bloqué.

	AX2Go : Intervalle de mise à jour des clés (jours)	Réseau virtuel : Fenêtre temporelle dynamique
Réglage	Max. 30 jours à compter de la dernière recharge Réglable avec précision au jour près	Max. 255 heures (environ 10 jours) ou Jusqu’à un moment donné à partir de la recharge (p. ex. à partir de la recharge jusqu’à 20 h 00) Réglable à la minute près
Recharge par	Service LSM.AX2Go. Dès que le AX2Go et le service LSM.AX2Go accèdent en nuages/dans le nuage et se voient ainsi, le budget temps est rechargé complètement.	Passerelles du réseau virtuel
Fréquence de recharge	Le smartphone avec le AX2Go est, à quelques exceptions près, connecté en permanence à Internet et donc en nuages/dans le nuage. Ainsi, chaque fois que le service LSM.AX2Go se connecte en nuages/dans le nuage, le budget temps est entièrement rechargé. Le service LSM.AX2Go se connecte immédiatement en nuages/dans le nuage en cas de modifications importantes (par ex. modifications d’autorisations), sinon comme défini dans Cycle lent (min).	Dès que le support d’identification est actionné à la passerelle et n’a pas été bloqué, le budget temps est rechargé.
Objectif d’utilisation	Un smartphone pourrait être mis en mode avion et la connexion au service LSM.AX2Go serait ainsi volontairement interrompue. Dans ce cas, une modification d’autorisation n’atteindrait AX2Go jamais le loqueteau. Le réglage Intervalle de mise à jour des clés (jours) oblige tous les utilisateurs AX2Go d’autoriser régulièrement une connexion entre le AX2Go et le service LSM.AX2Go. Il est ainsi impossible d’abuser du mode avion pour utiliser involontairement une autorisation de manière permanente.	Dans le réseau virtuel, Fenêtre temporelle dynamique« » remplit deux tâches : Forcer les supports d’identification à la passerelle Limitation temporelle de l’autorisation en cas de perte de supports d’identification Dans le réseau virtuel, les données sont transportées de la passerelle aux fermetures et vice versa à l’aide des supports d’identification. Plus les supports d’identification se trouvent souvent à la passerelle, plus l’échange de données fonctionne bien. Avec un budget de temps limité, vous vous assurez que tous les utilisateurs se connectent régulièrement à la passerelle. De plus, un support d’identification volé ne peut plus être utilisé plus longtemps que le budget horaire défini après sa désactivation (par ex. après sa perte). Indépendamment du fait que la désactivation ait été portée sur les fermetures. Le budget temps du support d’identification volé ne peut plus être renouvelé et expire donc.
Exemple (fonctionnement normal)	Exemple : budget temps de 30 jours défini. Le AX2Go d’un utilisateur se connecte au service LSM.AX2Go dans les nuages. Étant donné que l’utilisateur reste autorisé, le budget temps est renouvelé à 30 jours complets. Le serveur avec le service LSM.AX2Go tombe en panne pendant quelques jours en raison de travaux de maintenance. Étant donné que le AX2Go de l’utilisateur dispose d’un budget de 30 jours, le AX2Go peut être utilisé sans problème pendant toute la période de maintenance. Après les travaux de maintenance, le serveur redémarre. Le service LSM.AX2Go se connecte en nuages/dans le nuage et le budget temps de l’utilisateur est renouvelé. Le de AX2Go l’utilisateur fonctionne sans interruption pendant toute la durée.	Exemple : budget de temps de 10 heures défini. Un utilisateur actionne son support d’identification à la passerelle. La passerelle se connecte à la base de données et constate que le support d’identification n’a pas été bloqué et renouvelle le budget temps. L’utilisateur peut ensuite utiliser son support d’identification pendant 10 heures. Ensuite, il actionne à nouveau son support d’identification à la passerelle et reçoit un nouveau budget temps.
Exemple (problème)	Exemple : budget temps de 7 jours défini. Une autorisation est retirée à un AX2Goutilisateur. Mais comme l’utilisateur sait que cette autorisation doit lui être retirée et qu’il souhaite actionner la fermeture ultérieurement sans être détecté, il active le mode avion pour éviter que l’autorisation ne lui soit retirée. Le ne AX2Go peut plus établir de connexion en nuages/dans le nuage, c’est pourquoi le budget horaire de l’utilisateur concerné n’est plus renouvelé. Au terme des 7 jours, l’utilisateur ne peut plus AX2Go actionner de fermeture avec son et est obligé d’autoriser une connexion en ligne. Ainsi, l’autorisation retirée atteint également son AX2Go.	Exemple : budget de temps de 10 heures défini. Un support d’identification est signalé comme volé et désactivé par l’administrateur de l’installation de fermeture. Au fil du temps, les ID de blocage sont distribués aux fermetures dans le réseau virtuel. Cependant, certaines fermetures plus éloignées n’ont pas encore reçu d’ID de blocage dix heures après le blocage. Le support d’identification volé ne peut cependant plus être utilisé sur ces fermetures. Le budget temps a expiré et n’est plus renouvelé en raison de la désactivation.