>Задача ввообще в том, чтобы использовать кэш без изменения информации об адресе запроса.
>типа клиент послал запрос, запрос попал в squid, он пошарлся в кэше,
>если есть - выдал, если нет - то нет, и запрос
>пошел уже дальше но НЕ от имени squid Мыслей две. Во-первых, прозрачный сквид, как Вы, возможно, заметили, -- "костыль страшный"(тм). А то, чего Вы желаете (да, оно возможно - теоретически...(1)), это костыль даже не двойной, а в квадрате. Хотя, может, это я злобствую -- всем надо, а я не даю. Во-вторых, Если ответа не было в кеше и запрос "не через сквид", откуда бы ответам вообще %) в кеше взяться. (Предполагаю, что не кешированные ответы надо в кеш класть...)
(1)Какие-нибудь "апаратные" кеши от проприертарных разработчиков м.б. что-то подобное и умеют... Чтоб на сквиде такое делали - не слышал. М.б. - недостаок образования.
(1'бис)Кто тут чаще про ядро читает -- не пытались ли что-то такое (или функции для поддержки) делать для ядра (и сквида - тоже, ведь в нём же нужно или соединение с чужого адреса создавать, или сказать ядру, чтобы раз-редиректило назад, и слушать-писать ответ)? Навскидку как-то сложно получается - очень сложный код для очень небольшого числа пользователей. ~"Эт-т вряд ли."
В *BSD B-) как с такими авангардными начинаниями, BTW?
> вот думаю какбы так извернутся
Ну, как обычно: компилятор, исходники сквида и ядра в руки и пилить**3. |-?
Вариант для распечатки
Настройка Squid и других прокси серверов (Public)
(ok) on 23-Дек-08, 07:32 
