> Изначально его использовали именно для этого

Сам себе и ответил. А вот теперь, судя по всем попыткам объяснить вам всем таким удивляющимся, и "Контроль за доступом (authorization и web access) - дополнительная неосновная фича." - уже далеко не дополнительная для многих. А еще там мне были удобны (эх, давно, в начале 2000-х) нарезки скоростей для пользователей/групп и редиректоры, особенно SquidGuard. Сейчас этот комбайн используется, похоже, не просто как "кэш всего интернета".

Да даже и как кэш продолжают использовать. Вон, в википедии написано:

"...Используется вместе с движками Mediawiki на wiki-хостингах. Использование кэширующего прокси-сервера для сайтов становится выгодно примерно с 2000 посетителей в сутки..."

там же далее про использование реверс-прокси на педивикии, из странички про сквид:

"Обратное кэширование

Одной из особенностей squid является возможность работать в режиме обратного прокси (reverse proxy), также известного как «ускоритель» («HTTP accelerator»). В этом случае вместо кэширования запросов нескольких пользователей к множеству сайтов кешируются запросы множества пользователей к нескольким сайтам. В этом режиме принятый запрос проверяется на «динамичность» (нужно ли каждый раз обрабатывать запрос с нуля) и «возраст» (актуальны ли ещё данные). Если данные ещё актуальны и не поменялись, то запрос не передаётся серверу, а отдаётся из кеша squid’а. Таким образом существенно снижается нагрузка на серверы (например, в Википедии запросы к страницам кешируются, так как от просмотра их содержимое не меняется, при этом нагрузка на серверы существенно меньше — обработка запроса к кешу много проще, чем обработка запроса к базе данных SQL, обработка вики-разметки и формирование веб-страницы).

Кроме того, «обратный прокси» способен распределять запросы между несколькими серверами, балансируя нагрузку и/или обеспечивая отказоустойчивость, то есть фактически предоставляет функциональность, аналогичную кластеру. "

Короче - тебе не нужно, кому-то еще нужно.