В первые дни, когда мы были на модемном подключении, чтобы разделить интернет-соединение, мы запустили программу под названием Wingate на ПК, который выполнял роль шлюза, и на всех клиентах. У Wingate был файловый кеш, размер которого можно было установить, и мы также могли добавлять URL-адреса в список исключений, чтобы всегда получать свежие копии с веб-сайтов, которые в них нуждались. Большим преимуществом кэша (кроме более быстрой загрузки страниц) было то, что обновления для всех компьютеров в сети не загружались несколько раз.

Теперь мы запускаем общий доступ к Интернету через Windows XP, и, похоже, этого нет. Есть ли способ прикрепления файлового кэша к шлюзу Windows ICS?

1 ответ1

1

Нет. Общий доступ к подключению к Интернету (ICS) использует технологию преобразования сетевых адресов (NAT) без интеллектуального шлюза уровня приложений (ALG) для HTTP. WinGate, насколько я помню, разрешал доступ в качестве устройства интернет-шлюза, использующего NAT и / или в качестве прокси-сервера для HTTP. Я не помню, имел ли он поддержку ALG для HTTP.

NAT без HTTP ALG не сможет сделать то, что вы просите здесь - он не проверяет данные, проходящие через него, за исключением очень, очень низкого уровня - настолько низкого, что он не имеет любое представление о том, что это за файлы, не обращайте внимания на кеширование. Но это не мешает вам запускать прокси-сервер для кэширования на той же машине, где работает ICS.

Более подробно: NAT (в исполнении ICS без ALG) отслеживает соединения между вашей локальной сетью и остальной частью Интернета. Прокси-сервер (выполняемый одной из функций WinGate или выполняемый NAT с HTTP ALG) отслеживает HTTP-запросы. Соединения не имеют понятия "кешируемость", а HTTP-запросы и ответы - нет. Если вам нужно такое поведение, вы можете использовать NAT с соответствующим HTTP ALG или установить прокси-сервер с возможностью кэширования на том же хосте, что и ICS, и использовать прокси-сервер для HTTP-трафика.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .