Actualiza las restricciones
Cómo establecer restricciones
Cuando se actualizan bases de datos locales, 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 deben establecer restricciones solo 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 cantidad de entradas (1 entrada = 1 adición o 1 eliminación). - Los clientes pueden especificar un tamaño máximo de base de datos (
maxDatabaseEntries) en cantidad de entradas (la gran mayoría de las entradas en la base de datos son prefijos de hash de 4 bytes, por lo que es razonable suponer que 1 entrada es de 4 bytes).
Ancho de banda en comparación con el almacenamiento
Si bien los clientes pueden especificar tamaños arbitrarios para la respuesta de actualización y los tamaños de base de datos, el servidor de Web Risk solo genera previamente un número finito de respuestas de actualizaciones y tamaños de base de datos posibles.
- Los clientes deben usar el tamaño de la respuesta de actualización (
maxUpdateEntries) para limitar el uso de ancho de banda. - Los clientes deben usar el tamaño de la base de datos (
maxDatabaseEntries) para limitar la cantidad de RAM o almacenamiento en disco que se necesita en el dispositivo.
Ambos límites afectan el tamaño de la base de datos que se está actualizando y, por lo tanto, la cantidad de protección que se le proporciona al usuario. Esto significa que, cuanto mayor sea el tamaño de la base de datos local, mejor será la protección.
Orientación para establecer restricciones
El tamaño de las listas de la Navegación segura puede cambiar de forma gradual o repentina. Los clientes deben configurar maxUpdateEntries para las solicitudes de actualización de listas, lo que limita el tamaño máximo de la respuesta de actualización de la lista y mejora la confiabilidad cuando no se pueden procesar actualizaciones grandes.
A falta de requisitos más estrictos o menos estrictos, Google recomienda usar maxUpdateEntries=16777216. Con el tamaño típico de entrada de lista de 4 bytes por prefijo de hash, esto equivale a aproximadamente 67 megabytes por lista. Google recomienda usar el límite más pequeño maxUpdateEntries=2097152 para los clientes para dispositivos móviles, ya que suelen ser menos potentes. Con el tamaño típico de entrada de lista de 4 bytes por prefijo de hash, esto equivale a aproximadamente 8 megabytes por lista.
Las listas de Navegación segura difieren en tamaño y tasa de crecimiento. Sin embargo, los clientes deben establecer las mismas restricciones para todas las listas, según el uso máximo de memoria o ancho de banda permitido para cada una.
Para mejorar la confiabilidad, Google recomienda que los clientes implementen la telemetría para detectar el uso excesivo de memoria o ancho de banda, así como mecanismos para entregar nuevas restricciones a los clientes con rapidez.
Estado del cliente
El servidor de Web Risk nunca envía una actualización que deje al cliente en un estado desactualizado. Los clientes estarán completamente actualizados después de cada solicitud de actualización. Por ejemplo, si un cliente tiene actualmente una base de datos de 4096 entradas, pero solo quiere descargar como máximo 2048 deltas, el servidor puede restablecer el cliente a una base de datos de 2048 si el cliente está realmente desactualizado.