Кэширование обновлений Chromebook: локальное кэширование с клиента, не настроенного через прокси-сервер?

Кэширование обновлений Chromebook: локальное кэширование с клиента, не настроенного через прокси-сервер?

Прежде чем пытаться настроить что-то, что не будет работать, я хотел бы понять, имеет ли следующая конфигурация логику.

В основном мы хотим остановить Chromebooks, чтобы они не воровали пропускную способность при обновлениях. Google предлагает настроить локальный сервер веб-кэширования, чтобы запросы dl.google.comкэшировались в локальной сети, экономя 400 МБ онлайн-запросов на каждый Chromebook.

Это можно сделать, настроив локальный прокси-сервер веб-кэширования (Squid?) и объявить его прокси-сервером в конфигурации Chromebook. Однако, поскольку я хотел бы ограничить запросы только локальным сервером веб-кэширования dl.google.comи ничем другим, я подумал, что могу создать локальную DNS-запись на DNS-сервере локальной сети, чтобы запросы dl.google.comперенаправлялись на локальный прокси-сервер.

По вашему мнению, будет ли это работать или прокси-сервер будет отклонять/игнорировать запросы от хостов, которые изначально не настроены на использование прокси-сервера?

решение1

БлагодаряДжордан Дэлли, который подправилNginx LanCacheконфигурация,

«локальное кэширование или решение micro-CDN для продуктов Microsoft, Google и Adobe»

Теперь мы используем маленькую виртуальную машину CentOS, которая предназначена исключительно для локального кэширования. Кэширование выполняется прозрачно и работает отлично.

Спасибо, Джордан, за помощь!

P.S. - Подписывайтесьэто обсуждение на Reddit

Связанный контент