Подскажите пожалуйста, с помощью чего можно организовать кэширование веб-страниц для пользователей у которых реальные ip адреса. ОС: FreeBSD.
>Подскажите пожалуйста, с помощью чего можно организовать кэширование веб-страниц для пользователей у
>которых реальные ip адреса. ОС: FreeBSD.Ke6irovanije web stranic i ip adresa klientov dazhe teoreti4eski nikak ne svjazani mezdu soboj.
>Подскажите пожалуйста, с помощью чего можно организовать кэширование веб-страниц для пользователей у
>которых реальные ip адреса. ОС: FreeBSD.С помощью прокси-сервера.
>Подскажите пожалуйста, с помощью чего можно организовать кэширование веб-страниц для пользователей у
>которых реальные ip адреса. ОС: FreeBSD.Имеется ввиду - как добиться чтобы клиенты ходили через прокси и имели свои белые адреса(а не адрес прокси)?
>>Подскажите пожалуйста, с помощью чего можно организовать кэширование веб-страниц для пользователей у
>>которых реальные ip адреса. ОС: FreeBSD.
>
>Имеется ввиду - как добиться чтобы клиенты ходили через прокси и имели
>свои белые адреса(а не адрес прокси)?transporent
Разве прозрачность прокси дает то, что клиенты остаются со своими адресами? насколько я знаю прокси меняет адрес клиента на адрес сервера, на котором сей прокси установлен
>Разве прозрачность прокси дает то, что клиенты остаются со своими адресами? насколько
>я знаю прокси меняет адрес клиента на адрес сервера, на котором
>сей прокси установленНет не даёт.
Эта задача в принципе не разрешима. Только обходными путями, или костылями.
>Подскажите пожалуйста, с помощью чего можно организовать кэширование веб-страниц для пользователей у
>которых реальные ip адреса. ОС: FreeBSD.Каждому по локальному прокси :).
Браузеры не кэшируют?
:) браузеры-то кэшируют, но если кэш будет общим - гораздо лучше.плохо, что задача нерешаема. Странно, что никто еще не написал что-то подобное, ибо штука была бы полезной. Не всегда прокси можно использовать в реальных условиях
Для начала попробуйте четко сформулировать задачу с точки зрения хождения пакетов, указывая кто является отправителем и получателем на каждом этапе и какие трансформации должны происходить и на основе какой информации. После чего можно будет сказать чем вашу схему можно реализовать.
>:) браузеры-то кэшируют, но если кэш будет общим - гораздо лучше.
>
>плохо, что задача нерешаема. Странно, что никто еще не написал что-то подобное,
>ибо штука была бы полезной. Не всегда прокси можно использовать в
>реальных условияхесли прокси, обратным адресом оставит адрес клиента, то сервер и ответ отправит прямо клиенту, а не к прокси.
>:) браузеры-то кэшируют, но если кэш будет общим - гораздо лучше.
>
>плохо, что задача нерешаема. Странно, что никто еще не написал что-то подобное,
>ибо штука была бы полезной. Не всегда прокси можно использовать в
>реальных условияхА Вы поточнее задачу опишите, с начала(а не то - каким Вы видите её решение).
Возможно кто-то из участников форума уже сталкивался с подобным.
>Каждому по локальному прокси :).Каждому по squid-у, каждому прописать всех в cache_peer и... как это есть по-русски... allow peer cached-only перед allow direct.
>Браузеры не кэшируют?Отключать! %))) Встраивать сквид в броузер и строить "кластер" cache-peer-ов магическим заклинанием в скрипте WPAD броузера.
Задача довольно-таки банально. Хочется сэкономить трафик сети, но у некоторых пользователей стоят реальные ip-адреса. Так же было бы интересно дать пользователем возможность загружать файлы типа html,jpg,gif,php быстро, а все остальное с их обычной скоростью.
>Задача довольно-таки банально. Хочется сэкономить трафик сети, но у некоторых пользователей стоят
>реальные ip-адреса.Ну и что с того? Вы думаете что если у клиента белый адрес прокси не будет его обслуживать?
>Так же было бы интересно дать пользователем возможность загружать
>файлы типа html,jpg,gif,php быстро, а все остальное с их обычной скоростью.
>Ну и в чём проблема-то??
прокси его обслуживать будет, но в таком случае адрес клиента будет заменен на адрес сервера => Это уже будет не белый адрес
Посмотри в squid 2.6 про TPROXY, подробностей не знаю, но по описанию это то что нужно.