Contraintes de mise à jour
Définition des contraintes
Lors de la mise à jour des bases de données locales, comme indiqué dans la section Mises à jour de la base de données, les clients peuvent utiliser les champs maxUpdateEntries et maxDatabaseEntries dans la requête hashes.search pour spécifier des contraintes de taille. Les clients ne doivent définir des contraintes que s'ils ont des limites de mémoire ou de bande passante.
- Les clients peuvent spécifier une taille maximale de réponse de mise à jour (
maxUpdateEntries) en nombre d'entrées (1 entrée = 1 ajout ou 1 suppression). - Les clients peuvent spécifier une taille maximale de base de données (
maxDatabaseEntries) en nombre d'entrées (la grande majorité des entrées dans la base de données sont des préfixes de hachage de 4 octets. Il est donc normal de supposer qu'une entrée ≈ 4 octets).
Bande passante et espace de stockage
Bien que les clients puissent spécifier des tailles arbitraires pour la réponse de mise à jour et la base de données, le serveur Web Risk ne prégénère qu'un nombre limité de tailles possibles pour la réponse de mise à jour et la base de données.
- Les clients doivent utiliser la taille de réponse de mise à jour (
maxUpdateEntries) pour limiter l'utilisation de la bande passante. - Les clients doivent utiliser la taille de la base de données (
maxDatabaseEntries) pour limiter la quantité de mémoire RAM ou de stockage sur disque requise sur l'appareil.
Ces deux limites ont un impact sur la taille de la base de données mise à jour et aussi sur le niveau de protection fourni à l'utilisateur. Cela signifie que plus la taille de la base de données locale est grande, meilleure est la protection.
Conseils pour définir des contraintes
La taille des listes de navigation sécurisée peut changer progressivement ou soudainement. Les clients doivent définir la valeur maxUpdateEntries pour les requêtes de mise à jour de liste, ce qui limite la taille maximale de la réponse de mise à jour de liste et améliore la fiabilité lorsque des mises à jour volumineuses ne peuvent pas être traitées.
En l'absence d'exigences plus strictes ou moins strictes, Google recommande d'utiliser maxUpdateEntries=16777216. Avec une taille d'entrée de liste typique de 4 octets par préfixe de hachage, cela équivaut à environ 67 mégaoctets par liste. Google recommande d'utiliser la limite la plus faible de maxUpdateEntries=2097152 pour les clients mobiles, car elle est généralement moins puissante. Avec une taille d'entrée de liste habituelle de 4 octets par préfixe de hachage, cela équivaut à environ 8 mégaoctets par liste.
La taille et le taux de croissance des listes de navigation sécurisée diffèrent. Toutefois, les clients doivent définir les mêmes contraintes pour toutes les listes, en fonction de l'utilisation maximale de mémoire ou de bande passante autorisée pour chaque liste.
Pour améliorer la fiabilité, Google recommande aux clients de mettre en œuvre la télémétrie afin de détecter la surutilisation de la mémoire ou de la bande passante, ainsi que des mécanismes permettant de fournir rapidement de nouvelles contraintes aux clients.
État du client
Le serveur Web Risk n'envoie jamais de mise à jour qui laisse le client dans un état obsolète. Les clients seront entièrement à jour après chaque demande de mise à jour. Par exemple, si un client possède actuellement une base de données de 4 096 entrées, mais ne souhaite télécharger que 2 048 deltas au maximum, le serveur peut réinitialiser le client en fonction des 2 048 entrées de la base de données s'il est vraiment obsolète.