Almacenamiento en caché de actualizaciones de Chromebooks: ¿almacenamiento en caché local desde un cliente no configurado por proxy?

Almacenamiento en caché de actualizaciones de Chromebooks: ¿almacenamiento en caché local desde un cliente no configurado por proxy?

Antes incluso de intentar configurar algo que no funcionaría, me gustaría entender si la siguiente configuración tiene una lógica.

Básicamente queremos evitar que los Chromebook roben ancho de banda en las actualizaciones. Google sugiere configurar un servidor de almacenamiento en caché web local para que las solicitudes dl.google.comse almacenen en caché en la LAN, ahorrando 400 MB de solicitudes en línea por cada Chromebook.

Esto podría hacerse configurando un proxy de almacenamiento en caché web local (¿squid?) y declararlo como un proxy en la configuración de Chromebook; sin embargo, como me gustaría limitar la solicitud al servidor de almacenamiento en caché web local solo dl.google.comy nada más, pensé que podría crear un registro DNS local en el servidor DNS de la LAN, de modo que las solicitudes dl.google.comse reenvíen al proxy local.

En su opinión, ¿funcionará esto o el proxy rechazará/ignorará las solicitudes de hosts que no estén intrínsecamente configurados para usar un proxy?

Respuesta1

Gracias aJordan Dalley, quien modificó unNginx LanCacheconfiguración,

"Solución de almacenamiento en caché local o micro-CDN para productos de Microsoft, Google y Adobe"

Ahora estamos utilizando una pequeña máquina virtualizada CentOS, que se dedica exclusivamente a fines de almacenamiento en caché local. El almacenamiento en caché se realiza de forma transparente y funciona perfectamente.

¡Gracias Jordán por ayudarme!

PD: seguiresta discusión en Reddit

información relacionada