Restricciones de actualización
Definir restricciones
Cuando se actualizan las bases de datos locales, tal como se describe en Actualizaciones de bases de datos, los clientes pueden usar los campos maxUpdateEntries y maxDatabaseEntries en la solicitud hashes.search para especificar restricciones de tamaño. Los clientes solo deben definir restricciones si tienen limitaciones de memoria o de ancho de banda.
- Los clientes pueden especificar un tamaño máximo de respuesta de actualización (
maxUpdateEntries) en número de entradas (1 entrada = 1 adición o 1 eliminación). - Los clientes pueden especificar un tamaño máximo de la base de datos (
maxDatabaseEntries) en número de entradas (la gran mayoría de las entradas de la base de datos son prefijos hash de 4 bytes, por lo que es razonable suponer que 1 entrada ≈ 4 bytes).
Ancho de banda frente a almacenamiento
Aunque los clientes pueden especificar tamaños arbitrarios para la respuesta de actualización y los tamaños de la base de datos, el servidor de Web Risk solo genera previamente un número finito de tamaños posibles para la respuesta de actualización y la base de datos.
- Los clientes deben usar el tamaño de la respuesta de actualización (
maxUpdateEntries) para limitar el uso del ancho de banda. - Los clientes deben usar el tamaño de la base de datos (
maxDatabaseEntries) para limitar la cantidad de RAM o de almacenamiento en disco que necesita el dispositivo.
Ambos límites afectan al tamaño de la base de datos que se está actualizando, por lo que influyen en el nivel de protección que se ofrece al usuario. Esto significa que, cuanto mayor sea el tamaño de la base de datos local, mejor será la protección.
Directrices para definir restricciones
El tamaño de las listas de Navegación segura puede cambiar de forma gradual o repentina. Los clientes deben definir el maxUpdateEntries para las solicitudes de actualización de listas, lo que limita el tamaño máximo de la respuesta de actualización de listas y mejora la fiabilidad cuando no se pueden procesar actualizaciones grandes.
Si no hay requisitos más estrictos o menos estrictos, Google recomienda usar maxUpdateEntries=16777216. Dado que el tamaño típico de una entrada de lista es de 4 bytes por prefijo de hash, esto equivale a unos 67 megabytes por lista. Google recomienda usar el límite más pequeño
maxUpdateEntries=2097152 para los clientes móviles, ya que suelen tener menos potencia. Con un tamaño de entrada de lista habitual de 4 bytes por prefijo de hash, esto equivale a aproximadamente 8 megabytes por lista.
Las listas de Navegación segura tienen tamaños y tasas de crecimiento diferentes. Sin embargo, los clientes deben definir las mismas restricciones para todas las listas, en función del uso máximo permitido de memoria o ancho de banda de cada lista.
Para mejorar la fiabilidad, Google recomienda que los clientes implementen la telemetría para detectar el uso excesivo de memoria o ancho de banda, así como mecanismos para enviar rápidamente nuevas restricciones a los clientes.
Estado del cliente
El servidor de Web Risk nunca envía una actualización que deje al cliente en un estado obsoleto. Los clientes estarán completamente actualizados después de cada solicitud de actualización. Por ejemplo, si un cliente tiene una base de datos de 4096 entradas, pero solo quiere descargar un máximo de 2048 deltas, el servidor puede restablecer la base de datos del cliente a 2048 si está desactualizada.